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A communications system in which infor- 
mation is transmitted in a plurality of time slots 
grouped into a plurality of superframes which 
are, in turn, grouped into a plurality of paging 
frames. A remote station receives paging mes- 
sages once in each paging frame. 
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CROSS REFERENCE TO RELATED APPLICATION 

This application contains subject matter which is related to co-pending U.S. Patent Application Serial No. 

07/955,591, entitled "Method and Apparatus for Communication Control in a Radiotelephone System," 
filed on October 2, 1992, to co-pending U.S. Patent Application Serial No 07/956,640, entitled "Digital Control 
Channel," filed on October 5, 1992, and to co-pending U.S. Patent Application Serial No. 07/047,452, entitled 
"Layer 2 Protocol for the Random Access Channel and the Access Response Channel,"f iled on April 1 9, 1993. 
These three co-pending applications are incorporated herein by reference. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention relates to wireless communication systems, and more particularly, to a method and 
apparatus for communicating information in wireless communications systems including, for example, a cellular 
radio system. 

History of the Prior Art 

Cellular Telephone Service 

Cellular mobile telephony is one of the fastest growing segments in the worldwide telecommunications 
market. Between 1984 and 1992, for example, the number of mobile telephone subscribers in the United States 
grew from around 25,000 to over 10 million. It is estimated that the number of subscribers will rise to nearly 
22 million by year end 1995 and to 90 million by the year 2000. 

Cellular telephone service operates much like the fixed, wireline telephone service in homes and offices, 
except that radio frequencies rather than telephone wires are used to connect telephone calls to and from the 
mobile subscribers. Each mobile subscriber is assigned a private (10 digit) directory telephone number and is 
billed based on the amount of "airtime" he or she spends talking on the cellular telephone each month. Many 
of the service features available to landline telephone users, e.g., call waiting, call forwarding, three-way call- 
ing, etc., are also generally available to mobile subscribers. 

In the United States, cellular licenses are awarded by the Federal Communications Commission (FCC) 
pursuant to a licensing scheme which divides the country into geographic service markets defined according 
to the 1 980 Census. Only two cellular licenses are awarded for each market. The two cellular systems in each 
market are commonly referred to as the "A" system and "B" system, respectively. Each of the two systems is 
allocated a different frequency block in the 800 MHz band (called the A-band and B-band, respectively). To 
date, the FCC has released a total of 50 Mhz for cellular services (25 MHz per system). 

Mobile subscribers have the freedom to subscribe to service from either the A-system or the B-system 
operator (or both). The local system from which service is subscribed is called the "home" system. When trav- 
elling ("roaming") outside the home system, a mobile subscriber may be able to obtain service in a distant sys- 
tem if there is a roaming agreement between the operators of the home and "visited" systems. 

The Cellular System 

In a typical cellular radio system, a geographical area, e.g., a metropolitan area, is divided into several 
smaller, contiguous radio coverage areas called "cells." The cells are served by a series of fixed radio stations 
called "base stations." The base stations are connected to and controlled by a mobile services switching center 
(MSC). The MSC, in turn, connected to the landline (wireline) public switched telephone network (PSTN). The 
telephone users (mobile subscribers) in the cellular radio system are provided with portable (hand-held), trans- 
portable (hand-carried) or mobile (car-mounted) telephone units (mobile stations) which communicate voice 
and/or data with the MSC through a nearby base station. The MSC switches calls between and among wireline 
and mobile subscribers, controls signalling to the mobile stations, compiles billing statistics, and provides for 
the operation, maintenance and testing of the system. 

FIG. 1 illustrates the architecture of a conventional cellular radio system built according to the Advanced 
Mobile Phone Service (AMPS) standard. In FIG. 1, an arbitrary geographic area may be seen divided into a 
plurality of contiguous radio coverage areas, or cells, C1-C10. While the system of FIG. 1 is, for illustration 
purposes, shown to include only ten cells, the number of cells may be much larger in practice. Associated with 
and located in each of the cells C1-C10 is a base station designated as a corresponding one of a plurality of 
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base stations B1-B10. Each of the base stations B1-B10 includes a plurality of channel units, each comprising 
a transmitter, a receiver and a controller, as is well known in the art. 

In FIG. 1, the base stations B1-B10 are located at the center of the cells C1-C10, respectively, and are 
equipped with omni-directional antennas transmitting equally in all directions. In this case, all the channel units 
5 in each of the base stations B1-B10 are connected to one antenna. However, in other configurations of the 
cellular radio system, the base stations B1-B10 may be located near the periphery, or otherwise away from 
the centers of the cells C1-C10 and may illuminate the cells C1-C10 with radio signals directionally. For ex- 
ample, the base station may be equipped with three directional antennas, each one covering a 120 degrees 
sector cell as shown in FIG. 2. In this case, some channel units will be connected to one antenna covering one 
10 sector cell, other channel units will be connected to another antenna covering another sector cell, and the re- 
maining channel units will be connected to the remaining antenna covering the remaining sector cell. In FIG. 
2, therefore, the base station serves three sector cells. However, it is not always necessary for three sector 
cells to exist and only one sector cell needs to be used to cover, for example, a road or a highway. 

Returning to FIG. 1, each of the base stations B1-B10 is connected by voice and data links to a mobile 
15 switching center (MSC) 20 which is, in turn, connected to a central office (not shown) in the public switching 
telephone network (PSTN), or a similar facility, e.g., an integrated system digital network (ISDN). The relevant 
connections and transmission modes between the mobile switching center MSC 20 and the base stations B1- 
B10, or between the mobile switching center. MSC 20 and the PSTN or ISDN, are well known to those of or- 
dinary skill in the art and may include twisted wire pairs, coaxial cables, fiber optic cables or microwave radio 
20 channels operating in either analog or digital mode. Further, the voice and data links may either be provided 
by the operator or leased from a telephone company (telco). 

With continuing reference to FIG. 1, a plurality of mobile stations M1-M10 may be found within the cells 
C1-C10. Again, while only ten mobile stations are shown in FIG. 1, the actual number of mobile stations may 
be much larger in practice and will generally exceed the number of base stations. Moreover, while none of the 
25 mobile stations M1-M10 may be found in some of the cells C1-C10, the presence or absence of the mobile 
stations M1-M10 in any particular one of the cells C1-C10 depends on the individual desires of each of the 
mobile subscribers who may travel from one location in a cell to another or from one cell to an adjacent or 
neighboring cell. 

Each of the mobile stations M1-M10 includes a transmitter, a receiver, a controller and a user interface, 

30 e.g., a telephone handset, as is well known in the art. Each of the mobile stations M1-M10 is assigned a mobile 
identification number (MIN) which, in the United States, is a digital representation of the telephone directory 
number of the mobile subscriber. The MIN defines the subscription of the mobile subscriber on the radio path 
and is sent from the mobile station to the MSC 20 at call origination and from the MSC 20 to the mobile station 
at call termination. Each of the mobile stations M1-M10 is also identified by an electronic serial number (ESN) 

35 which is a factory-set, "unchangeable" number designed to protect against the unauthorized use of the mobile 
station. At call origination, for example, the mobile station will send the ESN to the MSC 20. The MSC 20 will 
compare the received ESN to a "blacklist" of the ESNs of mobile stations which have been reported to be stolen. 
If a match is found, the stolen mobile station wilt be denied access. 

Each of the cells C1-C10 is allocated a subset of the radio frequency (RF) channels assigned to the entire 

40 cellular system by the concerned government authority, e.g., the Federal Communications Commission (FCC) 
in the United States. Each subset of RF channels is divided into several voice or speech channels which are 
used to carry voice conversations, and at least one paging/access or control channel which is used to carry 
supervisory data messages, between each of the base stations B1-B10 and the mobile stations M1-M10 in 
its coverage area. Each RF channel comprises a duplex channel (bidirectional radio transmission path) be- 

45 tween the base station and the mobile station. The RF channel consists of a pair of separate frequencies, one 
for transmission by the base station (reception by the mobile station) and one for transmission by the mobile 
station (reception by the base station). Each channel unit in the base stations B1-B10 normally operates on a 
preselected one of the radio channels allocated to the corresponding cell, i.e., the transmitter (TX) and receiver 
(RX) of the channel unit are tuned to a pair of transmit and receive frequencies, respectively, which is not 

50 changed. The transceiver (TX/RX) of each mobile station M1-M10, however, may tune to any of the radio chan- 
nels specified in the system. 

Depending on capacity needs, one cell may have 15 voice channels, while another may have over a 100 
voice channels, and corresponding channel units. Generally speaking, however, there is only one control chan- 
nel (CC) in each omnidirectional or sector cell served by a base station, i.e., a base station serving an omni- 

55 directional cell (FIG. 1) will have one control channel unit while a base station serving three sectors cells (FIG. 
2) will have three control channel units. The RF (control and voice) channels allocated to any given cell may 
be reallocated to a distant cell in accordance with a frequency reuse pattern as is well known in the art. To 
avoid radio interference, all radio channels in the same cell will operate on different frequencies and, f urther- 

3 
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more, the radio channels in any one cell will operate on a set of frequencies which is different from that used 
in any neighboring cell. 

When in the idle state (turned on but not in use), each of the mobile stations M1-M10 tunes to and then 
continuously monitors the strongest control channel (generally, the control channel of the cell in which the mo- 
5 bile station is located at that moment) and may receive or initiate a telephone call through the corresponding 
one of the base 'stations B1-B10 which is connected to the mobile switching center MSC 20. When moving 
between cells while in the idle state, the mobile station will eventually "lose" radio connection on the control 
channel of the "old" cell and tune to the control channel of the "new" cell. The initial tuning to, and the change 
of, control channel are both accomplished automatically by scanning ail the control channels in operation in 
10 the cellular system to find the "best" control channel (in the United States, there are 21 "dedicated" control 
channels in each AMPS system, i.e., their TX/RX frequencies are predefined and cannot be changed, which 
means that the mobile station has to scan a maximum number of 21 channels). When a control channel with 
good reception quality is found, the mobile station remains tuned to this channel until the quality deteriorates 
again. In this manner, all mobile stations are always "in touch" with the system. 
15 While in the idle (standby) state, each of the mobile stations M1-M10 continuously determines whether a 

page message addressed to it has been received over the control channel. When, for example, an ordinary 
(landline) subscriber calls one of the mobile subscribers, the call is directed from the PSTN to the MSC 20 
where the dialed number is analyzed. If the dialed number is validated, the MSC 20 requests some or all of 
the base stations B1-B10 to page the called mobile station throughout their corresponding cells C1-C10. Each 
20 of the base stations B1-B10 which receive the request from the MSC 20 will then transmit over the control 
channel of the corresponding cell a page message containing the MIN of the called mobile station. Each of 
the idle mobile stations M1-M10 will compare the MIN in the page message received over the control channel 
being monitored with the MIN stored in the mobile station. The called mobile station with the matching MIN 
will automatically transmit a page response over the control channel to the base station which forwards the 
25 page response to the MSC 20. 

Upon receiving the page response, the MSC 20 selects an available voice channel in the cell from which 
the page response was received, turns the selected voice channel transceiver on, and requests the base sta- 
tion in that cell to order the mobile station via the control channel to tune to the selected voice channel (the 
MSC keeps a list of all of the channels in its service area and their status, i.e., free, busy, blocked, etc., at any 
30 time). A through-connection is established once the mobile station has tuned to the selected voice channel. 

When, on the other hand, a mobile subscriber initiates a call, e.g., by dialing the telephone number of an 
ordinary subscriber and pressing the "send" button on the telephone handset in the mobile station, the MIN 
and ESN of the mobile station and the dialed number are sent over the control channel to the base station and 
forwarded to the MSC 20 which validates the mobile station, assigns a voice channel and establishes a through- 
35 connection for the conversation as before. 

If the mobile station moves between cells while in the conversation state, the MSC will perform a "handoff 1 
of the call from the old base station to the new base station. The MSC selects an available voice channel in 
the new cell and then orders the old base station to send to the mobile station on the current voice channel in 
the old cell a handoff message which informs the mobile station to tune to the selected voice channel in the 
40 new cell. The handoff message is sent in a "blank and burst" mode which causes a short but hardly noticeable 
break in the conversation. Upon receipt of the handoff message, the mobile station tunes to the new voice 
channel and a through-connection is established by the MSC via the new cell. The old voice channel in the 
old cell is marked idle in the MSC and may be used for another conversation. 

In addition to call originations and page responses, an AMPS mobile station may access the cellular system 
45 for registrations. Two types of registrations are possible in AMPS: (i) periodic registration which is based on 
time or, more specifically, on the REGID value ("current time") and REGINCR value ("registration period") 
transmitted by the base station and the NXTREG value ("wake-up time") stored in the mobile station, and (ii) 
system area registration which is based on location or, more specifically, on the system identification (SID) 
transmitted in the serving cellular system. Periodic registration may be used to determine whether a mobile 
50 station is active (within radio range and switched on) or not in a cellular system/System area registration may 
be used to determine when a mobile station has crossed the border from one cellular system to another. 

Upon receipt of a REGID message on the forward control channel (base station to mobile station), if reg- 
istration is enabled in the serving cellular system, the mobile station compares the REGID value to the 
NXTREG value and compares the last received SID value with the value of the SID of the cellular system in 
55 which the mobile station last registered. If either the value of REGID is greater or equal to the value of NXTREG 
indicating that periodic registration is due, or the value of the last received SID is different than the value of 
the last stored SID indicating that the mobile station has travelled from one cellular system to another since 
the last successful registration, the mobile station will automatically send a registration access message over 
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the reverse control channel (mobile station to base station) and will update the NXTREG value with the sum 
of the last received REGID value and REGINCR value, after receipt of a registration acknowledgement mes- 
sage on the forward control channel (the mobile station also updates the NXTREG value after each call orig- 
ination or page response). 

5 

Radio Transmission Format 

From its inception, the radio transmission format in cellular systems has been analog frequency modula- 
tion (FM). In each cell, the voice (analog) signals and data (digital) signals form the input signals to a transmitter 

10 (in the base station or the mobile station) which generates a sinusoidal carrier wave having a constant fre- 
quency corresponding to one of the frequencies allocated to the cell. With FM, the frequency of the carrier 
wave is modulated (varied) in proportion to the instantaneous amplitude of the input signal. The modulated 
carrier occupies a relatively narrow region of the spectrum about a nominal center frequency (the unmodulated 
carrier frequency). The resulting deviation of the modulated carrier wave frequency about the unmodulated 

15 (center) frequency is normally limited (by the use of bandpass fitters) within a certain bandwidth, e.g., 30 KHz 
in the U.S., to avoid overlapping adjacent RF channels and causing adjacent channel interference. Each analog 
voice signal, therefore, occupies 30 KHz of spectrum, and a voice conversation requires 60 KHz. 

In the conventional AMPS system, therefore, an analog speech signal modulates the carrier wave used 
for transmission over the RF channel. The AMPS system uses analog frequency modulation (FM) and is a sin- 

20 gle-channel-per-carrier (SCPC) system, i.e., one voice circuit (telephone conversation) per RF channel. The 
radio channel access scheme in the AMPS system is frequency division multiple access (FDMA) in which mul- 
tiple users have access to the same set of RF channels, each user is assigned one of the available RF channels 
on demand, and different users are assigned different RF channels. 

25 The Migration from Analog to Digital 

Recent developments have ushered in a new digital era for cellular communications. The main driving force 
behind the switch to digital has been the desire to increase spectrum efficiency to meet the ever-increasing 
demands on system capacity. As each cellular system is allocated a finite amount of radio spectrum, capacity 
30 may be increased by reducing the amount of bandwidth required for each voice channel or, conversely, by shar- 
ing each RF channel among several voice conversations. This is made possible with the use of digital tech- 
nology. 

By encoding (digitizing and compressing) speech from several voice circuits prior to modulation and trans- 
mission, a single RF voice channel may be shared by several digital speech channels instead of being occupied 

35 by only one analog speech channel (one voice conversation). In this manner, the channel capacity and, con- 
sequently, the overall system capacity, may be increased dramatically without increasing the bandwidth of the 
voice channel. As a corollary, the cellular radio system is able to serve a substantially greater number of mobile 
stations at a significantly lower cost, e.g., a smaller number of channel units (transceivers) required in the base 
stations. Furthermore, the digital format facilitates integration of the cellular system with the emerging digital 

40 network. 

In the United States, the migration from analog to digital has been spearheaded by the Electronics Indus- 
tries Association (EIA) and the Telecommunication Industry Association (TIA). The EIA/TIA have undertaken 
the task of formulating a common air interface standard to meet industry requirements for the next generation 
digital cellular systems. To date, the EIA/TIA has published two separate air interface standards which are 

45 based on different radio channel multiple access schemes. The first EIA/TIA interim standard (IS) is based on 
a time division multiple access (TDMA) scheme and is known as the "Dual-Mode Mobile Station-Base Station 
Compatibility Standard" (IS-54B). The second standard is based on a code division multiple access scheme 
(CDMA) and is known as "Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband 
Spread Spectrum Cellular System" (PN-3118 to be published as IS-95). These standards are incorporated by 

50 reference herein (copies of the various revisions of IS-54B and PN-3118 may be obtained from the Electronics 
Industries Association; 2001 Pennsylvania Avenue, N.W.; Washington, D.C. 20006). 

The term "dual-mode" in these two standards refers to the capability of the system to operate in either an 
analog or a digital mode. The analog mode of operation uses analog FM and draws on the older EIA/TIA-553 
standard which is based on the AMPS standard. The digital mode of operation uses TDMA(IS-54B) or CDMA 

55 (PN-3118). The dual-mode capability facilitates the deployment of digital systems through a gradual reduction 
in analog capacity, i.e., the removal of RF channels from analog FM service to provide digital service. This 
was deemed desirable to ease the transition from analog to digital and to provide so-called "backward" com- 
patibility with the existing analog system. Although the analog and digital modes of operation can exist alone, 

5 
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the goal is for them to coexist, at least in the short term, in order to allow roaming in existing systems which 
have not deployed the new digital technology. In the transition phase, existing analog-only mobile stations will 
continue to be served while the use of digital-capable mobile stations and base stations becomes more wide- 
spread. 

A mobile station which complies with the defined specifications (IS-54B or PN-3118) can obtain service 
from an analog-only base station, a digital-only base station or an analog-digital (dual-mode) base station. The 
type of system serving the mobile station will depend on the availability of digital service (TDM A or CDMA) in 
the geographic area of the mobile station and the preference of the mobile subscriber. At call set-up or handoff, 
a dual-mode mobile stations can access either an analog voice channel (AVC) or, alternatively, a digital traffic 
channel (DTC). An analog-only or a digital-only mobile station, however, can only be assigned an AVC or DTC, 
respectively. 

TDMA Systems 

TDMA is a multiple access scheme which is based on time division multiplexing (TDM) techniques long 
used in the land-line telephone network to carry multiple telephone conversations simultaneously over one 
physical channel. In the wire-line telephone network, analog speech signals transmitted by local telephone sub- 
scribers over separate lines (subscriber loops) to the local telephone company (tetco) central office are se- 
quentially sampled and the amplitudes of the samples are quantized and then encoded into binary numbers 
represented by constant amplitude pulses in a process called pulse code modulation (PCM). A predetermined 
number of PCM channels (digital speech channels) are transmitted in a series of frames, each containing a 
burst of information (coded samples) from each of the PCM channels. The bursts from the different PCM chan- 
nels occupy different time slots (time intervals) in each frame transmitted on the physical channel, e.g., copper 
wire plant. Most long-distance telephone calls are transmitted through the switching hierarchy using TDM. This 
technique can also be applied to transmissions on the RF channels of a cellular radio system. 

An RF channel operating in TDM mode is divided into a series of repeating time slots (periodic train of 
time intervals) each containing a burst of information from a different data source, e.g., encoded speech from 
a source coder for a voice circuit. The time slots are grouped into frames of a predetermined duration. The 
number of time slots per frame varies depending on the number digital channels sought to be accommodated 
on the RF channel given the coding rates of the digital channels, the modulation level and the bandwidth of 
the RF channel. Each slot in a frame normally represents a different digital channel. The length of each TDM 
frame on the RF channel, therefore, is the minimum amount of time between two repeating time slots which 
are used by the same digital channel (assigned to the same user). In other words, each TDM frame consists 
of no more than one slot for each user. 

According to IS-54B, each digital TDM RF channel can carry from three to six digital speech channels 
(three to six telephone conversations) depending on the source rate of the speech coder used for each digital 
speech channel (the modulation level and channel bandwidth are set in IS-54B). The speech coder for each 
digital traffic channel (DTC) can operate at either full-rate or half-rate (full-rate speech coders are expected 
to be used in the near future until half-rate coders are developed which produce acceptable speech quality). 
A full-rate DTC requires twice as many time slots in a given time period as a half-rate DTC. In IS-54B, each 
TDM RF channel can carry up to three full-rate DTCs or six half-rate DTCs. 

The TDM RF channel frame structure for IS-54B is shown in FIG. 3. The TDM channel occupies one of 
the 30 KHz channels of the existing analog system. Each "frame" on the TDM RF channel comprises six equally 
sized time slots (1-6) and the length of the frame is 40 ms (25 frames per second). Each full-rate DTC uses 
two equally spaced slots of the frame shown in FIG. 3, i.e., slots 1 & 4, or slots 2 & 5, or slots 3 & 6. When 
operating at full-rate, the TDM RF channel may be assigned to three users (A-C), i.e., user A is assigned to 
slots 1 & 4; user B is assigned to slots 2 & 5; and user C is assigned to slots 3 & 6 of the "frame" shown in 
FIG. 3 (for full-rate, therefore, each TDM frame actually consists of three slots and not six slots, and is 20 ms 
long and not 40 ms long). Each half-rate DTC uses one time slot of the frame shown in FIG. 3. At half-rate, 
the TDM RF channel may be assigned to six users (A-F) with each of the users A-F being assigned to one of 
the six slots of the frame shown in FIG. 3 (for half-rate, each TDM frame actually consists of six slots and co- 
incides with the definition of "frame" in IS-54B). 

Hence, unlike an analog FDMA cellular system in which the base station and the mobile station transmit 
and receive continuously over an RF channel, a TDMA cellular system operates in a buffer and burst discon- 
tinuous transmission mode. Each mobile station transmits (and receives) in an assigned slot on the RF chan- 
nel. At full rate, for example, the mobile station of user A would transmit on slot 1, hold for slot 2, receive in 
slot 3, transmit in slot 4, hold for slot 5, and receive in slot 6, and then repeat the cycle (the transmit and receive 
slots are offset from each other to avoid using duplexer circuitry which would otherwise be needed to allow 



EP 0 652 680 A2 



the transmitter and receiver at the mobile station to. operate simultaneously). The mobile station, therefore, 
transmits (or receives) in a fraction of the time (one third for full rate and one sixth for half-rate) and can be 
switched off to save power the rest of the time. 

5 CDMA Systems 

CDMA is a multiple access scheme which is based on spread spectrum communication techniques long 
used in military communications to counteract radio jamming and to protect against interception. Unlike FDMA 
and TDMA systems in which each transmission (signal), at any given time, is confined to its own separate fre- 

10 quency and its own distinct channel isolated from adjacent channels, CDMA systems transmit multiple signals 
simultaneously over the same spectrum band. The two chief spread spectrum techniques are frequency-hop- 
ping spread spectrum and direct-sequence or noise-modulated spread spectrum. 

In frequency-hopping spread spectrum, a relatively wide band of frequencies (e.g., several MHz) is divided 
into a large number of much narrower channels. The transmitter "hops" from one channel to another, i.e., trans- 

15 mits a very short burst in one channel after another. The hopping sequence is pseudo-random, generated ac- 
cording to a key which is available to both transmitter and receiver. The total transmission, viewed over a longer 
period than the individual bursts, appears to occupy the entire bandwidth thus "spreading" the spectrum, al- 
though at any moment, for any one burst, it occupies only a small percentage of the channel. Many users can 
share the same channel with each user's transmissions following an orthogonal pseudorandom sequence of 

20 frequency hops. 

The PN-3118 standard uses direct sequence or direct coding spread spectrum which is a digital version 
of noise modulation. In noise modulation, the original signal is added to (mixed with) a stronger noiselike signal 
with known characteristics. The resulting signal modulates a carrier for -transmission to a receiver. At the re- 
ceiver, a copy of the noiselike input to the transmitter is subtracted from the received signal to recover the 

25 original signal. In direct sequence, a fast rate pseudorandom binary sequence is used for the noiselike signal. 
This pseudonoise (PN) sequence is added to the digital information signal (e.g., digital speech) and the result- 
ing bit stream is transmitted. At the receiver, the PN sequence is subtracted to yield the information signal. 
Because the transmitted signal has a high bit rate (e.g., 100 Mbps), a "spread spectrum" (i.e., wide band) is 
required (e.g., 1 00 MHz), as with frequency hopping spread spectrum. Unlike frequency-hopping spread spec- 

30 trum, however, direct sequence spread spectrum transmissions occupy the entire channel bandwidth all of 
the time. Here also, many users can share the same channel with each user being assigned a code for gen- 
erating the orthogonal random sequence which is mixed with the information signal. The signals are separated 
in each receiver by using a correlator or a matched filter which accepts only signal energy from the assigned 
binary sequence for despreading. 

35 FIG. 4 shows the overall structure of the forward (base station to mobile station) CDMA channel specified 

in PN-3118. The forward CDMA channel occupies a 1.23 MHz segment of spectrum centered on one of the 
30 KHz channels of the existing analog system. According to PN-3118, the forward CDMA channel consists 
of up to 64 code channels (W0-W63) assigned to different uses, for example, a pilot channel (W0), a synchron- 
ization channel (W32), seven paging channels (W1-W7), and fifty five traffic channels (W8-W31 and W33- 

40 W63). Each of these code channels is spread by an orthogonal PN sequence at a fixed chip rate of 1 .23 Mcps 
(a "PN chip" is one bit in the PN sequence). Multiple forward CDMA channels may be transmitted by a base 
station in a frequency division multiplexed manner. 

The pilot channel carries an unmodulated direct sequence spread spectrum signal which is continuously 
transmitted on each active forward CDMA channel of a base station. A mobile station operating within the cov- 

45 erage area of the base station uses this signal for synchronization (acquisition, timing and phase reference 
for coherent demodulation) and for signal strength comparisons between base stations to determine when to 
handoff. Each base station uses a time offset of the pilot PN sequence to identify the forward CDMA channels. 
Different base stations are, therefore, identified by different pilot PN sequence offsets. 

The sync channel is used by the mobile station to obtain system configuration and timing information (e.g., 

50 system identification, system time, pilot PN sequence offset, paging channel data rate, etc.). Each traffic chan- 
nel (user) is identified by a distinct long code sequence (1.23 Mcps) which is added to the information bits 
prior to spreading by the PN sequence. Each paging channel is divided into a number of 80 ms time slots. A 
mobile station can operate in either "slotted" or "non-slotted" mode for purposes of receiving paging and control 
messages on the paging channel. In the slotted mode, the mobile station monitors the paging channel only 

55 during certain assigned slots. In the non-slotted mode, the mobile station monitors all slots of the paging chan- 
nel. 
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Hybrid Systems 

Some systems use a combination of access methods. The IS-54B digital cellular standard, for example, 
uses a combination of FDMA and TDMA. More specifically, IS-54B uses 30 Khz FDMA channels which are 
subdivided into 3 or 6 time slots for TDMA transmissions (3 or 6 voice calls per 30 Khz of bandwidth). Similarly, 
the CDMA system can also be a hybrid of FDMA and CDMA techniques where the total system bandwidth is 
divided into a set of wideband channels, each of which contains a large number of CDMA signals. 

Personal Communications Services (PCS) 



Cellular telephony had its origin in the provision of car telephone service. More recently, however, there 
has been an increasing shift towards the use of lightweight pocket telephones in homes, offices, public meeting 
places, and in virtually any other place the user can obtain service. The next step in this evolution is the emerg- 
ing concept of "personal communication services'* (PCS), or what has sometimes been referred to as services 

15 at "walking speeds." The idea is that not only telephone calls but also facsimile, computer data, paging mes- 
sages and even video signals can be transmitted and received by a user moving around, for example, inside 
a building, a factory, a warehouse, a shopping mall, a convention center, an airport, or an open area. 

PCS systems operate on lower power, and use smaller cellular structures than conventional wide area 
(vehicular) cellular systems, to provide the high-quality, high-capacity radio coverage needed for business and 

20 other applications. By reducing the transmit power of the base station, the size of the cell (or cell radius) and, 
with it, the frequency reuse distance are reduced resulting in more channels per geographic area. Additional 
benefits of a smaller cell include a longer talk-time (battery life time) for the user since the mobile station will 
use substantially lower transmit power than in a larger cell. 

The industry has grown accustomed to using the terms "macrocell, " "micocell," and "picocell" to distinguish 

25 the relative size of the cells required for a particular application (indoor or outdoor). The term "macroceir gen- 
erally refers to a cell which is comparable in size to cells in a conventional cellular telephone system (e.g., a 
radius of 1 Km or more). A macrocell serves rapidly moving users and covers low to medium usage areas. The 
terms "microcell" and "picocell," on the other hand, refer to the progressively smaller cells which are used in 
a PCS system, for example. A microcell serves the slowly moving users and may cover a public indoor or out- 

30 door area, e.g., a convention center or a busy street. A picocell may cover an office corridor or a floor of a high 
rise building. Microcells and picocells can also cover high-density pedestrian areas or busy thorough-fares 
(streets or highways) in a conventional cellular system. 

It is now clear that future cellular systems will likely implement a hierarchial cell structure of macrocells, 
microcells and picocells. From a system (MSC) perspective, the base stations in the microcells and picocells 

35 can be viewed as extensions of the base stations in adjoining or overlapping macrocells. In this case, the mi- 
crocell and picocell base stations may be connected to the macrocell base station via digital transmission lines, 
for example. Alternatively, the microcells and picocells may be treated just like macrocells and be connected 
directly to the MSC. 

From a radio coverage perspective, the macrocells, microcells and picocells may be distinct from each 
40 other or, alternatively, overlaid one on top of the other to handle different traffic patterns or radio environments. 
For example, handoff between microcells may sometimes be difficult to perform around street corners, par- 
ticularly where the users are moving so rapidly that the signal strength variations are in excess of 20 dB per 
second. In this situation, it may be possible to use an "umbrella" macrocell for the rapidly moving users and 
to use microcells for the slowly moving users. By managing different types of users differently in this way, hand- 
45 off between microcells may be avoided for the rapidly moving users which are subject to the severe street cor- 
ner effects. 

It will be readily appreciated that the capacity improvements sought for the next generation cellular sys- 
tems can be achieved by more advanced macrocellular technology, e.g., digital TDMA or CDMA, or by the in- 
troduction of microcells and picocells to the specific areas where increased capacity is needed, or by a com- 
so bination of both approaches. Thus, for example, analog microcells may be implemented to cover "dead spots" 
(areas where topography, zoning or other restrictions prevent penetration of radio signals) or "hot spots" (areas 
with heavy localized traffic). In this instance, coverage or capacity may be improved for the existing subscriber 
base of analog mobile stations. The effectiveness of the microcellular concept in increasing capacity, however, 
is maximized by the use of digital technology which requires new digital-capable mobile stations. 



Control Channel 

The continued need to serve existing analog-only mobile stations has led to the specification in IS-54B 
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and PN-3118of an analog control channel (ACC) which has been inherited from the prior AMPS or the equiv- 
alent EiA/TIA-553 standard. According to EIA/TIA-553, the analog forward control channel (FOCC) on the 
down-link from the base station to the mobile stations carries a continuous data stream of messages (words) 
in the format shown in FIG. 4. Several different types (functional classes) of messages may be transmitted 

5 on the analog FOCC. These messages include a system parameter overhead message (SPOM), a global ac- 
tion overhead message (GAOM), a registration identification message (REGID), a mobile station control mes- 
sage, e.g., a paging message, and a control-filler message. The SPOM, GOAM and REGID are overhead mes- 
sages which are intended for use by all mobile stations in the coverage area of the base station. Overhead 
messages are sent in a group called an overhead message train (OMT). The first message of each OMT must 

10 always be the SPOM which is transmitted every 0.8 ± 0.3 seconds. 

The format of the analog FOCC shown in FIG. 4 requires an idle mobile station listening to the FOCC to 
read all the messages transmitted in each OMT (not just paging messages) even though the information con- 
tained in these messages may not have changed from one OMT to the next OMT. This requirement tends to 
unnecessarily limit the mobile station battery life. One of the goals of the next generation digital cellular sys- 

15 terns, however, is to extend the "talk time" for the user, that is, the battery life of the mobile station. To this 
end, the co- pending U.S. Patent Application Serial No. 07/956,640 (incorporated herein by reference) discloses 
a digital FOCC which can carry the types of messages specified for the analog FOCC, but in a format which 
allows an idle mobile station to read overhead messages when locking onto the FOCC and thereafter only when 
the information has changed, and to enter "sleep mode" at all other times. While in sleep mode, the mobile 

20 station turns off most internal circuitry and saves battery power. 

The above-referenced, co-pending U.S. Patent Application Serial No. 07/956,640 shows how a digital con- 
trol channel (DCC) may be defined alongside the digital traffic channels (DTC) specified in IS-54B. Referring 
to FIG. 3, a half-rate DCC would occupy 1 slot, while a full-rate DCC would occupy 2 slots, out of the 6 slots 
in each 40 ms frame. For additional DCC capacity, additional half-rate or full-rate DCCs may be defined in 

25 place of the DTCs until there are no more available slots on the carrier (DCCs may then be defined on another 
carrier if needed). Each IS-54B RF channel, therefore, can carry DTCs only, DCCs only, or a mixture of both 
DTCs and DCCs. Within the IS-54B framework, each RF channel can have up to 3 full-rate DTCs/DCCs, or 6 
half-rate DTCs/DCCs, or any combination in-between, for example, one full-rate and four half-rate 
DTCs/DCCs. 

30 In general, however, the transmission rate of the DCC need not coincide with the half-rate and full-rate 

specified in IS-54B, and the length of the DCC slots may not be uniform and may not coincide with the length 
of the DTC slots. FIG. 6 shows the more general case of a forward DCC configured as a series of time slots. 
These DCC slots may be defined on an IS-54B RF channel and may consist, for example, of every nth slot in 
the TDM stream. In this case, the length of each DCC slot may or may not be equal to 6.66 ms, which is the 

35 length of a DTC slot according to IS-54B (there are 6 DTC slots in each 40 ms frame). Alternatively (and without 
limitation on other possible alternatives), these DCC slots may be defined on the paging channel specified in 
PN-3118 but may or may not be 80 ms long, which is the length of each paging channel slot according to PN- 
3118. 

The DCC slots shown in FIG. 6 may be organized into higher-level structures called "superframes." Each 
40 superframe consists of logical channels which carry different kinds of information. One or more DCC slots 
may be allocated for each logical channel in the superframe. FIG. 6 shows an exemplary superframe which 
includes at least three logical channels, namely, a broadcast control channel (BCCH), a paging channel (PCH), 
and an access response channel (ARCH). The BCCH, which in this example is allocated 6 DCC slots, carries 
overhead messages. The PCH, which is allocated one DCC slot, carries paging messages. The ARCH, which 
45 is also allocated one DCC slot, carries channel assignment and other messages. The exemplary superframe 
of FIG. 6 may contain other logical channels, including additional paging channels. If more than one PCH is 
defined, different groups of mobile stations identified by different traits (e.g., last digit of MIN) may be assigned 
to different PCHs. 

For purposes of efficient sleep mode operation and fast ceil selection, the BCCH may be divided into a 
so number of subchannels. The co-pending U.S. Patent Application Serial No. 07/956,640 discloses a BCCH 
structure which allows the mobile station to read only a minimum amount of information at power up (when 
locking onto a DCC) before being able to access the system (place or receive a call). After power up, the idle 
mobile station needs to regularly monitor only its assigned PCH (paging slot) in each superframe and can re- 
turn to. sleep mode during other slots. 

[5 

SUMMARY OF THE INVENTION 

In one aspect, the present invention provides a method for communicating information to a remote station 
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which comprises the steps of grouping the information into a plurality of time slots; grouping the time slots 
into a plurality of superframes; grouping the superf rames into a plurality of paging frames; assigning the re- 
mote station to one of the time slots in each of the paging frames, the assigned slot being used for paging the 
remote station; and sending to the remote station in the assigned slot an indication of a change in paging frame. 

In another aspect, the present invention provides a method for registration of a remote station with a com- 
munications system comprising the steps of sending a registration number from the system to the remote sta- 
tion; comparing in the remote station the received registration number with a list of registration numbers stored 
in memory; sending a registration message from the remote station to the system if the registration number 
is found in the list; sending a list of registration numbers from the system to the remote station; and replacing 
the list of registration numbers stored in the remote station with the list of registration numbers received from 
the system. 

In yet another aspect, the present invention provides a method for acknowledging registration of remote 
stations, each of which is assigned an identity number, with a communications system comprising the steps 
of receiving a plurality of registration messages sent from the remote stations; and transmitting to at least two 
of the remote stations an acknowledgement message containing the identity numbers of at least the two remote 
stations. 

In a further aspect, the present invention provides a method for communicating information to a remote 
station comprising the steps of grouping the information into a plurality of repeating time slots; grouping the 
time slots into a plurality of superframes; assigning the time slots in the superframes to a plurality of logical 
channels; and varying the repetition rate of messages transmitted in at least one of the logical channels. 

In another aspect, the present invention provides a method for identifying to a remote station the services 
available in one of a plurality of communication systems comprising the steps of assigning an operator code 
to each of the systems; storing in the remote station a list of the services associated with each of the operator 
codes; sending from the remote station a request for an operator code; and sending the operator code from 
one of the systems to the remote station. 

In yet another aspect, the present invention provides a method for communicating information to a remote 
station comprising the steps of grouping the information into a plurality of time slots; grouping the time slots 
into a plurality of superframes; and sending in each slot in each of the superframes superf rame phase infor- 
mation to enable the remote station to identify the start of each superf rame. 

In a further aspect, the present invention provides a method for supervising the transmission of messages 
from a communications system to a remote station comprising the steps of segmenting each message into 
layer two (L2) frames; sending the frames over a first channel from the system to the remote station; sending 
over a second channel from the system to the remote station an indication of the identity of the remote station; 
and sending over a third channel from the remote station to said system, if the identity indication matches an 
identity indication stored in the remote station, an indication of whether each of the frames has been received 
correctly. 

In another aspect, the present invention provides a method of registration of a remote station with a com- 
munications system comprising the steps of sending from the system to the station a message containing a 
list of communication channels in neighboring cells, an indication of whether registration is required in each 
of the corresponding cells and an indication of signal strength hystersis for each cell; and using the signal 
strength hystersis for selecting one of the channels if registration is required in the corresponding cell. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be better understood and its numerous objects and advantages will become 
apparent to those skilled in the art by reference to the following drawings in which: 
FIG. 1 shows the architecture of a conventional cellular radio system; 
FIG. 2 shows a three sector cell which may be used in the system shown in FIG. 1; 
FIG. 3 shows the structure of the forward time division multiple access (TDMA) channel according to IS- 
54B, a known cellular industry standard; 

FIG. 4 shows the structure of the forward code division multiple access (CDMA) channel according to PN- 
3118, another known cellular industry standard; 

FIG. 5 shows the format of the forward analog control channel (ACC) specified IS-54B and PN-3118; 
FIG. 6 is a generalized view of a digital control channel (DCC) having time slots which are grouped into 
superframes; 

FIG. 7 shows the logical channels of the DCC; 
FIG. 8 shows an exemplary TDMA frame structure; 
FIG. 9 shows exemplary slot formats on the DCC; 
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FIG. 10 shows the BRI field in FIG. 9C; 

FIG. 11 shows the partitioning of the data before channel endoding. 

FIG. 12 shows the mapping of the CPE into the slot format; 

FIG. 13 shows the R/N field in FIG. 9C; 
5 FIG. 14 shows the CFSP field in FIG. 9C; 

FIG. 15 shows the Hyperframe structure; 

FIG. 16 shows the Paging frame structure; 

FIG. 17 shows the SMS Frame structure; 

FIG. 18 shows an example of SMS subchannel multiplexing; 
10 FIG. 19 shows a list of DCCs broadcasted on the BCCH; 

FIG. 20 shows the relationship between the uplink timeslots and the downlink SCF flags; 

FIG. 21 shows an L3 acknowledged dialogue between MS and BS; 

FIGs. 22A-L show RACH Layer 2 Frames; 

FIGs. 23A-C show F-BCCH Layer 2 Frames; 
15 FIGs. 24A-C show E-BCCH Layer 2 Frames; 

FIGs. 25A-C show F-BCCH Layer 2 Frames; 

FIGs. 26A-N show SPACH Layer 2 Frames; 

FIGs. 27A-B show the Random Access Procedures for MS and BS; 
FIGs. 28A-B show MS and BS operation in SPACH ARQ Mode; 
20 FIG. 29 shows the Mobile Station State diagram; 

FIGs. 30-37 show various aspects of authentication procedures acccording to the present invention; 
FIG. 38 illustrates an exemplary cellular mobile radio telephone system. 
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DETAILED DESCRIPTION 



Although the description hereinafter focuses on systems which comply with IS-54B, the principles .of the 
present invention are equally applicable to a variety of wireless communication systems, e.g.; cellular and sat- 
ellite radio systems, irrespective of the particular mode of operation (analog, digital, dual-mode, etc.), the ac- 
cess technique (FDMA, TDMA, CDMA, hybrid FDMA/TD MA/CD MA, etc.), or the architecture (macrocells, mi- 

30 crocells, picocells, etc.). As will be appreciated from the preceding discussion of FDMA, TDMA and CDMA sys- 
tems, the logical channel which carries speech and/or data may be implemented in different ways at the phys- 
ical layer level. The physical channel may be, for example, a relatively narrow RF band (FDMA), a time slot 
on a radio frequency (TDMA), a unique code sequence (CDMA), or a combination of the foregoing. For pur- 
poses of the present invention, therefore, the term "channel" means any physical channel which can carry 

35 speech and/or data, and is not limited to any particular mode of operation, access technique or system archi- 
tecture. 

The description below, together with the description in Appendix A hereto, provide a detailed framework 
for operation on the AVC, ACC, DTC and DCC. The description below is primarily directed to the DCC air in- 
terface and is divided into distinct sections for Layer 1, Layer 2 and Layer 3 operation. Appendix A addresses 
40 the air interface requirements for the ACC, DTC and AVC through modifications to the IS-54B standard. In 
what follows, the term "IS-54B" shall mean the existing IS-54B standard, or the IS-54B standard as amended 
by Appendix A, depending on the context 



GLOSSARY OF TERMS 



ACC Analog control channel 

AG Abbreviated guard time 

ARCH Access response channel 

ARQ Automatic retransmission request 

so AVC Analog voice channel 

BC Begin Continue 

BCN Broadcast channel change notification flag 

BER Bit error rate 

BMI Base station, MSC and interworking function 

55 BMR Base measurement requirement 

BP Bit position 

BRI Busy Reserved Idle 

BS Base station 
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BSCO Base station challenge order 

BSMC Base station manufacture code 

BT Burst type 

BU Burst usage 

5 CDL Coded DCC locator 

CDVCC Coded DVCC 

CLi Continuation length indicator 

CPE Coded partial echo 

CR Continue repeat 

10 CRC Cyclic redundancy check 

CSFP Coded superframe phase 

DCC Digital control channel 

DL DCC locator 

DTC Digital traffic channel 

15 DVCC Digital verification color code 

E-BCCH Extended broadcast control channel 

ECS Extended broadcast channel cycle start 

F-BCCH Fast broadcast control channel 

FRNO Frame number 

20 G Guard time 

HP Hyperframe 

IDT Mobile station identity type 

IMS! International mobile station identification 

L3DATA Layer 3 data 

25 L3LI Layer 3 message length indicator 

MAC Media access control 

MACA Mobile assisted channel allocation 

MAHO Mobile assisted handoff 

MLRQ Monitoring of radio link quality 

30 MS Mobile station 

MSC Mobile telephone service center 

MSID Mobile station identification 

PCH Paging channel 

PCON Page continuation 

35 PE Partial echo 

PF Paging frame 

PFM Paging frame modifier 

PREAM Preamble 

R Ramp time 

40 R/N Received/not received 

RACH Random access control channel 

RDCC Reverse digital control channel 

RSS Received signal strength 

RSVD Reserved 

45 S-BCCH Short message service-Broadcast control channel 

SAP Service access point 

SCF Shared control feedback 

SF Superframe 

SMS Short message service 

50 SMSCH Short message service point to point channel 

SMSN Broadcast short message service change notification 

SOC System operator code 

SPACH SMS, PCH and ARCH 

SSD Shared secret data 

55 SYNC Synchronization 

SYNC+ Additional SYNC for abbreviated RACH burst 

TDMA Time division multiplex access 

TID Transaction identifier 
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WER Word error rate 

DCC Logical Channel Definition 

5 The DCC comprises the logical channels shown in FIG. 7. The DCC logical channels include the BCCH 

(F-BCCH, E-BCCH, S-BCCH), SPACH, PCH, ARCH, SMSCH and RACH. 

Broadcast Control Channel (BCCH) 

10 The BCCH is an acronym used to refer collectively to the F-BCCH, E-BCCH and S-BCCH logical channels. 

These 3 logical channels are used, in general, to carry generic, system- related information. The attributes of 
these 3 channels are: unidirectional (downlink), shared, point-to-multipoint, and unacknowledged. 



15 



Fast Broadcast Control Channel (F-BCCH) 

This logical channel is used to broadcast time critical system information. 
Extended BCCH (E-BCCH) 

20 This logical channel is used to broadcast system information that is less critical than the information sent 

on the F-BCCH. 

SMS Broadcast BCCH (S-BCCH) 

25 This logical channel is used to broadcast short messages used for the SMS broadcast service. 

SMS Point to Point, Paging and Access Response Channel (SPACH) 

This logical channel is used to send information to specific mobile stations regarding SMS point-to-point 
30 (SMSCH) paging and to provide an access response channel (ARCH) as described below. The SPACH may 
be considered to be further subdivided into 3 logical channels, the SMSCH, ARCH and PCH, as also described 
below. The attributes of the SPACH are: unidirectional (downlink), shared, and unacknowledged. The SMSCH 
is point-to-multipoint. The ARCH and SMSCH are point-to-point. 

35 Paging Channel (PCH) 

This logical a subset of the SPACH dedicated to delivering pages and orders. 

Access Response Channel (ARCH) 



40 
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This logical channel is a subset of the SPACH to which the mobile station autonomously moves upon suc- 
cessful completion of an access on an RACH. The ARCH may be used to convey AVC or DTC assignments 
orotherresponses to the mobile access attempt. Layer 2ARQ is possible using acknowledgement message(s) 
on the RACH. 



SMS Point-to-Point Channel (SMSCH) 

This logical channel is used to deliver short messages to a specific mobile station receiving SMS services. 

50 Random Access Channel (RACH) 

This logical channel is a random access channel used to request access to the system. The attributes of 
this channel are: unidirectional (uplink), shared, point-to-point, and acknowledged. Contention resolution 
and/or collision avoidance feedback is provided on the corresponding forward subchannel. 



Layered Approach 

For a better understanding of the structure and operation of the present invention, the DCC may be divided 
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into three (3) layers: Layer 1 (physical layer), Layer 2 and Layer 3. The physical layer (L1) defines the para- 
maters of the physical communications channel, e.g., RF spacing, modulation characteristics, etc. Layer 2 (L2) 
defines the techniques necessary for the accurate transmission of information within the constraints of the 
physical channel, e.g., error correction and detection, etc. Layer 3 (L3) defines the procedures for reception 
5 and processing of information transmitted over the physical channel. 

Physical Layer 

Radio Frequency Carrier Spacing and Designation 

10 

The radio frequency carrier spacing and designation used in IS-54B may also be used in the present in- 
vention. 

Modulation Characteristics 

15 

The modulation characteristics of the radio frequency carrier can be similar to those of IS-54B. 
TPMA Frame Structure 

20 An exemplary frame structure is shown in FIG. 8 (FIG. 8 is similar to FIG. 3). The frame length on each 

DCC TDMA RF channel is 40 milliseconds (MS). Each frame consists of six equally-sized time slots (1-6), ex- 
actly 162 symbols (324 bits) in length. The Bit Position (BP) of forward and reversed slots/bursts are numbered 
sequentially from 1 to 324. 

25 TDMA Slot Structure 

Possible slot formats for the DCC uplink and downlink are shown in FIG. 9. FIG. 9A shows the normal slot 
format MS-BS on DCC. FIG. 9B shows the abbreviated slot format for MS-BS on DCC. FIG. 9C shows the slot 
format for BS-MS on DCC. 

30 In the forward direction, the first transmitted bit of the SYNC word has BP = 1 and the last transmitted bit 

of the RSVD field has BP equal to 324. In the reverse direction, the first transmitted bit of the Guard has BP 
= 1. In the normal slot format, the last transmitted bit of the DATA field has BP equal to 324. In the abbreviated 
slot format, the last transmitted bit of the AG field has BP equal to 324. 

35 AG 

The field AG denotes guard time for the abbreviated access burstformat. The field is 22 symbols (44 bits) 
in length. 

40 BRI 

The field BRI is used to indicate whether the channel is Busy, Reserved or Idle. The field totals 6 bits in 
length and is divided into two 3 bit fields. The bits of the BRI are transmitted as shown in FIG. 10. 

45 DATA 

User data bits are mapped onto the Field DATA for transmission. In the forward direction, the field is 260 
bits in length. In the reverse direction, the length of the DATA field is 244 bits for the full length slot format and 
200 bits for the abbreviated slot format. 

50 

Encoding 

FIG. 11 shows the partitioning of the data before channel encoding. All logical channels, BCCH, SPACH 
and RACH (normal and abbreviated), use a 1/2 rate convolutional encoding. The same encoding polynomials 
55 as for full rate speech in IS-54B may be used. The first bit received from Layer 3 is the left most bit in FIG. 11 
and shall be the first bit delivered to channel encoding. The last five bits sent to the channel encoder are set 
to zero (tail bits). The CRC polynomial may be the same as in IS-54B. Generally, the DVCC is added as infor- 
mation bits when calculating the CRC as in IS-54B. However, for the F-BCCH, the DVCC value is set to zero 
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before calculating the CRC. 

The length of the Information field in FIG. 11 depends on the burst length (See FIGs. 9A-C): 
SPACH and BCCH: = 130-16-5 =109 

RACH (normal length): = 122-16-5 = 101 

5 RACH (abbreviated length) = 100-16-5 = 79 

Interleaving 

For all channel types and burst lengths, all bits are sent within one burst, i.e., only intra-burst interleaving 
10 is performed. The output bits from the interleaver are sent in sequential order, i.e., the first bit out is the first 
bit transmitted in the first Data field. After the first Data field has been completed, the output of the interleaver 
is sent in the first position in the second Data field. 

Downlink (SPACH) 

The 260 encoded data bits are interleaved in a 13 rows by 20 columns matrix. The data bits are placed 
into a rectangular interleaving array as shown in the matrix below, where the bits have been numbered 0 - 
259, corresponding to their order at the output of the encoder. The data bits are entered into the array column- 
wise. The bits are then transmitted row-wise using the following algorithm: 

Do row = 0 to 12 



25 



30 



35 



40 



Do column = 0 to 19 

Transmit (array (row, column)) 
End Do 
End Do 



0 
1 
2 

11 
12 



13 
14 
15 

24 
25 



26 

27 

28 

• • « 

37 

38 



234 
235 
236 

245 
246 



247 
248 
249 

• • • 

258 
259 



45 Thus, the bits are transmitted in the order of: 

0,13 247 (row 1), 

1.14 248 (row 2), 



50 



55 



12,25 259 (row 13). 

Uplink 

Normal Length Burst 

The 244 encoded data bits are interleaved in a 12 rows by 20 columns matrix with an extra partial column 
of 4 bits. The data bits are placed into a rectangular interleaving array as shown in the matrix below, where 
the bits have been numbered 0 - 243, corresponding to their order at the output of the encoder. The data bits 
are entered into the array column-wise. The bits are then transmitted row-wise using the following algorithm: 



15 
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Do row = o to 3 

Do column = 0 to 20 

Transmit (array(row, column)) 

End Do 
End Do 

Do row = 4 to 11 

Do column = 0 to 19 



Transmit (array (row, column)) 
End Do 
End Do 



20 



0 


12 


24 


228 


240 


1 


13 


25 


229 


241 


2 


14 


26 


230 


242 


3 


15 


27 


231 


243 


11 


• • • 

23 


• • • 

35 


• * • • * • 

239 





30 Thus, the bits are transmitted in the order of: 
0,1 2,. ..,240 (row 1), 

I, 13 241 (row 2), 

II, 23,. ..,239 (row 12). 

35 

Abbreviated Length Burst 

The 200 encoded data bits are interleaved in a 1 2 rows by 1 6 columns matrix with an extra partial column 
of 8 bits. The data bits are placed into a rectangular interleaving array as shown in the matrix below, where 
40 the bits have been numbered 0-199, corresponding to their order at the output of the encoder. The data bits 
are entered into the array column-wise. The bits are then transmitted row-wise using the following algorithm: 



45 



50 



55 
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10 



15 



20 



25 



30 



Do row = 0 to 7 

Do column ■ 0 to 16 

Transmit (array (row, column)) 

End Do 
End Do 

Do row =8 to 11 

Do column = 0 to 15 

Transmit (array (row, column)) 

End Do 
End Do 



0 
1 
2 

10 
11 



12 
13 
14 

22 
23 



24 
25 
26 

36 
35 



180 
181 
182 
• • * 
190 
191 



192 
193 
194 



35 



Thus, the bits are transmitted in the order of: 
0,12,..., 192 (row 1), 

I, 13 193 (row 2), 

II, 23, ...,191 (row 12). 



40 



Field G in FIGs. 9A-B provides guard time and is 3 symbols (6 bits) in duration. During this time, the ms 
shall maintain carrier-off condition. 



CPE 

The Partial Echo (PE) in FIG. 9-C is used to identify which mobile was captured after the initial burst of 
45 a random access, or to identify for which mobile a slot is marked as reserved. The channel encoding of the 
PE into CPE is similar to how CDVCC is handled in IS-54B (i.e., a (12,8) code). The 67 bit in IS-54B is omitted 
(set to zero) in the encoding process and not transmitted as part of CDL. The LSB of PE is dO. After the en- 
coding, according to the IS-54B CDVCC process, the mapping into the slot format is as shown in FIG. 12. The 
check bits b 3 , b 2 , and b 0 are all inverted, i.e., EXORed with (1, 1, 1, 1), before forming the resulting CDL 
50 information. 

PREAM 



The PREAM (preamble) field in FIGs. 9A-B allows the BS to perform automatic gain control (AGC) and 
55 obtain symbol synchronization before the subsequent data and burst synchronization portions of the received 
burst are reached. The field consists of the bit pattern 1001 repeated four times. 
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15 



35 



50 



55 



The R field in FIGs. 9A-B denotes a power ramp-up interval and is 3 symbols (6 bits) in duration. 

R/N 

The R/N field in FIG. 9 is used to convey the received/not received status of individual bursts sent to the 
base station on the RACK The bits of the R/N are transmitted as shown in FIG. 13. 



10 RSVD 



These two bits are set to 11 (FIG. 9C). 
CSFP (Coded Super Frame Phase) 



The CSFP field in FIGs. 9C is used to convey information regarding the Superframe Phase (SFP) so that 
mobile stations can find the start of the superframe. The content in this field may also be used to discriminate 
between DCC and DTC in that the CSFP of a DCC and the CDVCC of a DTC have no common codewords. 
This is accomplished by using the same basic coding method together with changing the checkbits of all CSFP 

20 codewords before transmission. The CFSP field is 12 bits in length. 

The channel encoding of the SFP into CSFP is similar to how DVCC is handled in IS-54B (i.e. a (12,8) 
code). The least significant bit (LSB) of SFP, i.e., the bit which is incremented each TDMA block is dO (a TDMA 
block is 20 ms. long). The bits d7, d6 and d5 are reserved and al! set to zero (000). After the encoding, according 
to the IS-54B DVCC process, the check bits b 3 , b 2 , b 1t b 0 are all inverted, i.e., EXORed with (1,1,1,1,), and 

25 denoted b 3 , b 2 , b lt b 0 , before forming the resulting CSFP information. The bits are transmitted as shown in 
FIG. 14 (exact as CDVCC). 

SYNC 

30 The SYNC word in FIGs. 3A-C may be similar in content and function to the SYNC word in IS-54B. 

SYNC+ 



The SYNC+ field in FIGs. 9A-B provides additional synchronization information to improve BS receiver 
performance. The SYNC+ word is specified by the following phase changes in radians: tt/4, -tc/4, 3ti/4, -3ti/4, 
-n/4, -tc/4, -3tc/4, 3ti/4, 3tc/4, ti/4, n/4k and -tt/4. 



Superframe 
40 Superframe Definition 

A Superframe is defined as the interval between non-consecutive F-BCCH slots. The length of the Su- 
perframe (SF) is fixed. The length is 32 TDMA blocks (16 for half rate), i.e., 32 * 20 = 640 ms. The Superframe 
Phase counter is hence assigned 5 bits. The first F-BCCH SFP value in a Superframe is assigned the value 
45 o, the next slot of the same logical DCC is assigned 1, etc. For half rate DCC, the values 0, 2, 4,... are used 
in the consecutive bursts assigned to the DCC. 



Master and Slave DCC 

A DCC may be a master or slave DCC. Each frequency carrying a DCC must have one master DCC as- 
signed to time slot 1, and may have additional slave DCCs. Only a master DCC carries BCCH. A MS assigned 
to a slave DCC uses the BCCH on the corresponding master DCC. 

DCCs on Different Frequencies 

If several DCCs are assigned to different frequencies so that there are several master DCCs, a different 
number of slots may be allocated to the combined BCCH (F-BCCH, E-BCCH and S-BCCH) on each master 
DCC. Layer 2/3 information may also be different for each master DCC. A mobile station must therefore always 
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acquire all its BCCH information on the same frequency as its PCH channel (see PCH allocation Algorithm 
below). The first step in the PCH assignment algorithm is to select the frequency. If the MS is assigned to a 
different frequency than the one it is currently locked onto, it must re-read the DCC structure message on the 
new frequency before it continues with the PCH slot assignment calculation. 

5 

Hyperframe Definition 

The hyperframe structure is shown in FIG. 15. A Hyperframe (HP) consists of two Superframes. Every 
SPACH in the first Superframe is always repeated in the second Superf rame. This is denoted "specification 
10 guaranteed repeat". The slots in the first SF in an HF are referred to as "primary" while the slots in the second 
SF are referred to as "secondary". The F-BCCH carries the same information in every Superframe until a 
change flag toggles (changes value) in the PCH. At this point, new data may be placed on the F-BCCH. The 
E-BCCH and S-BCCH information may be different from SF to SR 

15 Rules of SPACH Continuation 

If the PCON bit in the assigned PCH is set, the mobile station shall read a number of additional SPACH 
slots indicated by the parameter PCH_DISPLACEMENT which is sent on the BCCH. The additional slots to 
be read are separated by 40 ms from the assigned PCH for both full and half rate DCC. For full rate DCC op- 

20 eration, this means that the mobile station reads every other SPACH slot up to the limit indicated by the infor- 
mation element PCH_DISPLACEMENT. BCCH slots and reserved slots are not be counted as part of the page 
reading continuation process. 

The transmission of ARCH or SMSCH messages to one mobile station may be interrupted to allow for the 
transmission of messages to another mobile station. Each interruption of an ARCH and SMSCH message by 

25 another SPACH message may be limited to no more than n timeslots, or L3 timeout for SMSCH or ARCH. The 
number of interruptions for each mobile station may also be limited. 

Paging Frame Definition 

30 A Paging Frame (PF) is defined as an integer number of Hyperframes (see FIG. 16). There are four PF 

classes defined PF^.-PF^ PF n is considered the "lowest" PF class and PF 4 the "highest". There are three terms 
used to define the operation of the PF classes: Default PF class. Assigned PF class, and Current PF class. 

A Mobile Station is assigned to one of the PF classes at time of subscription. This is referred to as the 
Default PF class. If the Default PF class is higher than the highest class supported as defined by the parameter 

35 MAX_SUPPORTED_PFC broadcasted on the BCCH, the mobile shall use the PF class defined by MAC_SUP- 
PORTED_PFC. 

The MS can also be assigned to another PF class at registration. When the MS makes a registration, it 
shall temporarily change the PF class to PF-, until it receives a registration response. If the response contains 
a PF class, the MS shall use that PF class; otherwise it shall use the previous PF class. The resulting PF class 
40 according to the registration response or broadcast information is referred to as the assigned PF class. 

The actual used PF class is referred to as the current PF class. The current PF class is equal to the as- 
signed PF class if the Paging Frame Modifier (PFM) transmitted on the SPACH is not set, or is equal to the 
assigned PF class + 1 if PFM is set. The highest PF class is PF 4 for all conditions. 

A Hyperframe counter and a Primary SF indicator are provided in the BCCH. These two counters together 
45 (2*KF counter + Primary SF indicator) constitute the Superframe counter. The least common multiple of the 
Paging Frame classes is 12. Hence the HF counts: 0,1 ..11 ,0,1 ... 

In FIG. 16, a Secondary PCH is always placed into the next superframe. For PF(i), i = 2, 3, 4, only the 
PCH assignments which are aligned to HF 0 are shown for illustration purposes. 

50 Verifying Status of E-BCCH Information 

The Mobile Station shall store the value of the E-BCCH change notification flag transmitted in the F-BCCH 
before reading the E-BCCH. After the Mobile Station has acquired the relevant information (which may be de- 
pendent on the specific task the mobile is engaged in), the Mobile Station shall read the E-BCCH change no- 
55 tification flag again. The process of updating/initiating of the E-BCCH messages set is considered successful 
only if the flag is the same before and after E-BCCH reading. 
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SMS Broadcast 

SMS broadcast (S-BCCH) is a broadcast channel in the superf rame. 
5 SMS Frame 

The S-BCCH channel is organized into fixed length SMS-frames each consisting of 24 superframes, as 
shown in FIG. 7. The SF number is derived from the Hyperframe Counter and Primary Superframe Indicator 
sent on the BCCH (SF number = 2*HF counter + primary SF indicator). The first S-BCCH slot within each SMS 
frame (Superframe 0) contains a header that describes the structure of the SMS channel. The number of Su- 
perframes within each SMS frame is fixed. Thus, the number of slots assigned to the SMS frame are 
0,24,48,72.. .depending on how many slots per superframe are assigned to S-BCCH. The SMS frame is aligned 
to start at HF counter equal to zero. Furthermore, regardless of which set of Paging Frames are supported, 
the system must increment the Hyperframe counter (0 to 11 mod 12) to provide SMS frame synchronization 
information to the mobile station. 

SMS Subchannels 

SMS subchannels are defined to allow different repetition cycles for different messages. Each subchannel 
20 has its own repetition cycle defined in terms of units of possible SMS frames. The number of sub-channels 
are: 0,1 ...N. To limit the subchannel repetition time, Max N may be set equal to 4. Subchannels are sub-mul- 
tiplexed on the S-BCCH channel in units of SMS frames, SMS(i), where i = 1..N. FIG. 18 shows an example 
of SMS subchannel multiplexing in which N=4. 

According to L2 information found in every first slot in each SMS frame, the set of messages in SMS(i) 
25 may span M(i) number of SMS frames before a cycle is completed. Regardless of varying message set cycles 
among the sub-channels, SMS frame number T is always followed by frame number ((i+1) mod N+1) in order 
of transmission. 

A transition flag (TF) is provided for each SMS subchannel (SMSN). The flags for all SMS subchannels 
are submultiplexed onto a single flag transmitted on the SPACH channel and which points to the Next logical 
30 SMS frame (see FIG. 18). If there is a transition in the flag for a subchannel, the MS has to read the S-BCCH 
header field at the start of the next logical SMS frame to obtain further information, as described more fully 
below. 

Header Information 

35 

The header information describes the sub-channeling of the broadcast SMS and is provided in the first 
slot of every SMS frame. The MS can also find the L3 structure of the SMS frame associated with this header. 
The SMS Header Element (start of every SMS frame) is shown in the table below. 



Information Element 


Range (Logical) 


Bits 


Number of Subchannels 


1-4 


. 2 


Subchannel Number 


1-4 


2 



50 



55 
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Phase Length of Subch. Cycle 


1-64 


6 


Phase Number of Subch. Cycle 


1-64 


6 


Number of SMS Messages (N) 


1-64 (set to I plus value in 
field) 


6 


° SMS Message ID (Note 1) 


0-255 (unique ID in cycle) 


8 


° I_2 Frame Stan (Note 1 ) 


0-255 (L2 frame identifier) 


8 



75 

Note l: N instances of these two elements are sent 
consecutively. 

20 

Even though the SMS data may span several SMS frames, the change flag may interrupt the sub-channel 
cycle (cycle clearing). The MS now assumes that the next sub-channel is the start of the new cycle. There are 
two ways to change the data provided on the broadcast SMS: changing the L3 messages within the SMS (mes- 
sages may be added and/or deleted from any position in the cycle), and changing the structure of the sub- 
25 channels. 

The SMS Message IDs and their associated L2 Frame Starts comprise a list of all messages appearing 
in this SMS frame. IDs must be unique for each SMS frame and all 256 values must be used before re-use to 
aid the mobile in searching for the changed message(s) and avoiding reading messages which have not 
changed. The L2 Frame Start parameter is provided to point to the start of the L2 frame in which this message 
30 begins (the message does not have to be at the start of the L2 frame). Refer to the S-BCCH L2 format for a 
description of message delivery. 

In the example shown in the table below, 4 messages make-up SMS frame 1. In this example, 1 slot is 
dedicated to S-BCCH per superframe and, hence, there are 24 slots per SMS frame. 

35 



40 



45 



50 



55 
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Previous SMS 


New SMS 


Frame 1 Header 


Frame 1 Header 


5 


Number of subchannels 


O 


Number of subchannels 




o 




Subchannel number 


1 


Subchannel number 




1 




Length of subch. 


cycle 


2 


Length of subch. cycle 




2 


10 


Phase of subch. cycle 


i 


Phase of subch. cycle 




1 




Number of SMS messages (N) 


4 


Number of SMS messages (N) 




5 




°1 


SMS message ID 


1 


°1 


SMS message ID 


1 




15 


°1 


L2 Frame Start 


•i 


°1 


L2 Frame Start 


1 






°2 


SMS message ID 


o 


°2 


SMS message ID 






20 


°2 


L2 Frame Start 


2 


°2 


L2 Frame Start 


2 






°3 


SMS message ID 


3 


°4 


SMS message ID 


4 




25 


°3 


L2 Frame Start 


2 


°4 


L2 Frame Start 


2 






°4 


SMS message ID 


4 


°5 


SMS message ID 


5 






°4 


L2 Frame Start 


3 


°5 


L2 Frame Start 


3 




30 








°6 


SMs message ID 


6 












°6 


L2 Frame Start 


3 





In the table above, the mobile is assumed to be monitoring the SPACH when the SMSN toggles to indicate 
a change in the S-BCCH. The mobile knows from the Superframe Counter that SMS subchannel three is cur- 
rently being broadcast and now determines that the SMSN points to a change in SMS subchannel one. When 
SMS subchannel one begins, the MS reads the SMS header. It determines that message 3 is removed, the 
position of message 4 has changed (but the ID is the same so the mobile does not need to re-read this mes- 

40 

sage), and new messages 5 and 6 have been added and must be read. The mobile may skip the appropriate 
number of L2 frames to read the new messages. 

PCH Allocation to MSs 

45 

Each MS shall be allocated a specific PCH subchannel within the paging frame on a specific DCC. The 
available PCH subchannels and DCCs can be identified by the DCC parameters broadcasted on BCCH. The 
subchannel to be used is defined by the MSs IS-54B MIN identity which is referred to below as MSID. 

DCC Selection 
50 

The DCCs are identified in a list broadcasted on BCCH. This list must be identical for aft DCC frequencies. 
The list contains: 

1. The frequency or channels (fj, i=1..k). For the current DCC, the position in the list (i) is broadcasted in- 
stead of the frequency. 

2. The number of slots used for DCC (n;, i=1..k), where k is the number of DCC frequencies in the list. 
One frequency can have any one of the number of DCC slots shown in he first table below. The used slots 

(Sj) are numbered as shown in the second table below. 
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Number of Slots (nj) 


Used Slots (s jt j=0..n r 1) 


Rate 


1 


1 


half 


2 


1,4 


full 


4 


1,4,2,5 


2 full 


6 


1,4,2,5,3,6 


3 full 



The used slots (Sj) are numbered as follows: 



j 


s i 


0 


1 


1 


4 


2 


2 


3 


5 


4 


3 


5 


6 



The DCCs are numbered according to the order of appearance in the list (ty and in FIG. 16 as follows: 
p = SUM(n mt m=0..i-1)+i n 0 = 0, j = 0..n r 1, i = 1..k DCC p = f jt Sj, 
Note that a full rate DCC is given two numbers. The total number of slots assigned to the DCCs is N = SUM(nj, 
i=.0..k). 

FIG. 19 shows an example of a list broadcasted on BCCH (after including the current frequency). This is 
a case with two frequencies, f., with 4 slots and f 2 with 1 slot. The total number of DCCs is N = 5. The DCCs 
are numbered as follows: 



DCC Number 


Frequency 


Slot 


Rate 


1 


f. 


1 


full 


2 


fi 


4 


full 


3 


fi 


2 


full 


4 


fi 


5 


full 


5 


f 2 


1 


half 



A MS is assigned to a DCC according to the following algorithm: 

DCC_GROUP = MSID mod N, where N is defined above. DCC_GROUP is the DCC number (p) accord- 
ing to the list above. If it (implicitly) indicates a full rate channel (nj>1), the whole full rate channel shall be as- 
signed. The following PCH assignments are based on the parameters broadcasted on the assigned DCC fre- 
quency. 



25 



30 



PCH Subchannel Selection 

A MS is assigned to a PCH slot within the superframe according to the following algorithm: 
Case 1 : Master Half rate, (j=0, nj=1) 

PCH_SUBCH = [(MSID div N) mod NP + NB]* 2 

NP = 16-NB 
Case 2: Master Full rate, 0=0,1, ni>1) 

PCH_SUBCH = (MSID div N+j mod 2) mod NP + NB 

NP = 32-NB 
Case 3: Slave Full rate, (j=2,3,4,5) 

PCH_SUBCH = (MSID div N+j mod 2) mod NP + NB+2* 
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NP = 32-4-NB 
where: 

* = The slots in frames corresponding to BCCH and one frame before and after can not be used for 

PCH on a slave DCC. 
NB = NFB+NEB+NSB+NSS 
NFB = number of F-BCCH 

NEB = number of E-BCCH 

NSB = number of S-BCCH 

NSS = number of skipped slots 

N,j,nj = defined above. 

PCH_SUBCH is the TDMA block number of the PCH subchannel within the superf rame. The TDMA block 
numbers (SF phase counter) are broadcasted in the CSFP field. 



PCH Hyperframe Selection 



A MS is assigned to a PCH hyperframe within the paging frame according to the following algorithm: 
(MSID div N div NP) mod PFC = HFC mod PFC return where: 
PFC = Paging Frame Class (1..4) for the actual MS. 
HFC = Hyperframe counter (broadcasted on BCCH). 



Subchanneling of the RACH 
General 



In order to allow for some processing time in the base station and the mobile station, a multiplexing of the 
RACH is performed. In addition, it is required that the time between the transmission of the burst and the SCF 
response corresponding to that burst is the same on both a full rate and a half rate DCC. Thus, the number of 
sub channels for a full rate DCC may be set, for example, to six. 



SCF Flags - Uplink and Downlink Burst Relations 



FIG. 20 shows the relation between the uplink time slots and the downlink SCF flags. Thus, following the 
arrows from left to right on subchannel P1, the BRI reading of the SCF flags indicates the availability of the 
following P1 uplink slot as shown in the figure. If an uplink burst is transmitted in that time slot, the R/N status 
of the next P1 downlink SCF, as given by the arrows, indicates whether that burst was received or not. Also, 
in the case of the burst being the first burst of a random access, the consecutive downlink PE value indicates 
to the mobiles which mobile was captured. If the mobile station burst was received correctly, the BS will set 
the PE accordingly, which informs the MS to send its next burst of its message (provided that the message is 
longer than one burst) in the next occurrence of P1 in the uplink. Note that this subchanneling is performed 
for SCF information in the downlink payload on the RACH only. Payload data in the downlink will not be trans- 
mitted with this subchanneling. 

In case of a reservation based access (as distinguished from a random access), the partial echo value is 
used together with the reservation flag in the preceding occurrence of that subchannel downlink in order to 
identify a reserved access for a particular mobile. FIG. 21 shows the subchannels in the case of using a full 
rate DCC. In the case of a half rate DCC, only sub channels P1 , P3 and P5 are used. 

FIG. 21 shows an example of an L3 acknowledged dialogue between a mobile and a base (only the time- 
slots 1 and 4 corresponding to a full rate DCC are shown). The mobile first transmits a two burst message by 
a random access, checking the PE after the first burst. The actual transmit occasions for the MS are marked 
with X. Within a predetermined time (generally longer than shown in the figure), the base responds with a two 
burst long message (marked V* in the figure). Finally, the mobile transmits a single burst by a reserved access 
(this reservation based access is optional by the BS). FIG. 21 also shows the relevant SCF values. 

Layer 2/3 Information Mapping Onto E-BCCH 

The set of Layer 3 E-BCCH messages sent on the E-BCCH forms a message train. The start of the mes- 
sage set is indicated by the E-BCCH Cycle Start (ECS) found in the L2 header. 
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Layer 2 Operation 

Protocols 

5 The layer 2 protocols used for downlink operation support the transmission of layer 3 messages on the 

SPACH (SMSCH, PCH and ARCH), F-BCCH, E-BCCH, and the S-BCCH. The layer 2 protocol includes support 
for an ARQ mode of operation for the SMSCH and ARCH. The layer 2 protocol used for uplink operation sup- 
ports the transmission of layer 3 messages on the RACH. Because of the Shared Channel Feedback (SCF) 
defined for random access channel operation, no further ARQ capability is explicitly built into RACH layer 2 

10 protocol. 

The layer 2 protocols defined herein are comprised of Media Access Control (MAC) functionality although 
higher level Logical Link Control (LLC) may be included. The layer 2 protocol frames identified herein are al- 
ways logically transmitted beginning with the left most bit of a frame and ending with the rightmost bit of a 
frame. 

15 

RACH Protocol 

The RACH layer 2 protocol is used on the uplink where all TDMA bursts are used to carry RACH informa- 
tion. Two RACH layer 2 protocol frames are constructed so as to fit within a 11 7 or 95 bit envelope. An additional 
20 5 bits are reserved for use as tail bits resulting in a total of 122 or 1 00 bits of information carried within each 
RACH burst. The layer 2 protocol defined for RACH operates using the Shared Channel Feedback mechanism 
and, as such, supports only an ARQ type of operation. A range of possible RACH layer 2 frames are shown 
in FIGs. 22A-L. A summary of the fields comprising layer 2 protocol frames for RACH operation is provided in 
the table below. Multiple L3 messages may be sent in one transaction. 

25 

Normal Length Protocol Frames 

When system broadcast information indicates that normal length bursts are to be sent during a mobile sta- 
tion access procedure, the range of layer 2 protocol frames shown in FIGs. 22A-F may be used for the entire 
30 access. FIG. 22 shows a BEGIN Frame (MSID type TMS1). FIG. 22B shows a BEGIN Frame (MSID type IS- 
54B MIN). FIG. 22C shows a BEGIN Frame (MSID type IMS1). FIG. 22D shows a CONTINUE Frame. FIG. 
22E shows an END Frame. FIG. 22F shows a SPACH ARQ Status Frame. 

Normal Length Frame Usage 

35 

BEGIN Frame 

A BEGIN frame must be used for the initial burst of a random access transaction. The size of the L3DATA 
field changes based on the size of MSIDs and the number of layer 3 messages indicated by NL3M. A complete 
40 access transaction may be carried within this burst. 

CONTINUE Frame 

A CONTINUE frame is used when a random access requires more than two frames to complete the access 
45 transaction. As many CONTINUE frames as needed are sent to complete a multi-burst access transaction. 
The value in the CI field toggles between 1 and 0 (starting with 0) with every new (i.e., non-repeated) frame 
transmitted by the mobile station as directed by SCF information. If the SCF requires the re-transmission of 
a previously sent frame, the frame shall be repeated and the CI field shall not toggle. 

so END Frame 

An END frame is sent as the last burst of a random access requiring more than one frame to complete the 
access transaction. 

55 SPACH ARQ Status Frame 

A SPACH ARQ STATUS frame is used to report the partial or complete status of an ARQ based transmis- 
sion received by the mobile station on the SPACH. The FRNO MAP bit map field is set to "1" for received or 
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"0 M for not received for each ARQ mode BEGIN or CONTINUE frame received on the SPACH. 
Abbreviated Length Protocol Frames 

5 When system broadcast information indicates that abbreviated length bursts are to be sent during a mobile 

station access procedure, then the range of layer 2 protocol frames shown in FIGs. 22G-L shown in may be 
used. FIG. 22G shows BEGIN Frame (MSID type TMS1). FIG. 22H shows BEGIN Frame (MSID type IS54B 
MIN). FIG. 22I shows BEGIN Frame (MSID type IM51). FIG. 22J shows CONTINUE Frame. FIG. 22K shows 
END Frame. FIG. 22L shows SPACH ARQ status Frame. The size of the L3DATA field changes based on the 

10 size of MSIDs and the number of layer 3 messages indicated by NL3M. 

Abbreviated Length Frame Usage 

The abbreviated length frame usage does not differ from the Normal Length Frame Usage. 

15 

RACH Field Summaries 

Th following table summarizes the RACH Layer 2 protocol fields: 



20 





Field Maine 


Length (bits) 


Values 


25 


BT = Burst Type 


3 


000 - BEGIN 

001 - CONTINUE 

010 - END 

011 =* SPACH ARQ Status 
100.. Ill « Reserved 


30 


RSVD = Reserved 


1 


Set to zero. 


35 


CI = Change Indicator 


1 


Starts ax 0 t toggles for every 
new transmitted frame. Stays 
the same for every repeated 
frame. 


40 


IDT = Identity Type 


2 


00 = 20 bit TMSI 

01 = 34 bit MIN per IS-54B 

10 - 50 bit IMSI 

11 * Reserved 


45 


MSID = Mobile Station Identity 


20/34/50 


20 bit TMSI 

34 bit IS-54B MIN 

50 bit IMSI 


50 


NL3M = Number of Layer 3 Messages 


2 


00 = 1 layer 3 message 

01 = 2 ' 
10 = 3 • 

i i - 4 • 




L3LI - Layer 3 Length Indicator 


8 


Variable length layer 3 
messages supported up to a 
maximum of 255 octets. 



55 
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5 
10 


L3DATA = Layer 3 Data 


Variable 


Contains a portion (some or 
all) of 

the layer 3 message having an 
overall length as indicated by 
L3LI. The portion of this field 
not used to carry layer 3 
information is filled with zeros. 




PE = Partial Echo 


7 


The 7 least significant bits of 
the mobile station IS-54B 
MIN. 


15 


TID Transaction Identity 


2 


TnrlirjifM whirh ARO mrwf* 

Hill iv^iifco <"UiV>U /\J\ 

transaction the status report is 
associated with. 


20 
25 


FRNO MAP « Frame Number Map . 


32 


A partial or complete bit map 
representation of the receive 
status of an ARCH or 
SMSCH ARQ mode 
transaction (1 — Frame 
Received, 0 = Frame Not 
Received). 




FILLER = Burst Filler 


Variable 


All filler bits are set zero. 


30 


CRC = Cyclic Redundancy Code 


16 


Same generator polynomial as 
IS-54B (includes DVCQ 



35 

F-BCCH Protocol 



The F-BCCH layer 2 protocol is used whenever a TDMA burst is used to carry F-BCCH information. The 
first F-BCCH slot of a superframe must have its Superframe Phase value set to zero. All F-BCCH slots in a 

40 superframe assume a DVCC value of zero for the purpose of calculating the layer 2 CRC value. It should be 
noted that a full cycle of F-BCCH information (i.e., a set of layer 3 messages) always starts in the first F-BCCH 
slot of a superframe and is completed within the same superframe using as many F-BCCH slots as necessary. 

A single F-BCCH layer 2 protocol frame is constructed so as to fit within a 125 bit envelope. An additional 
5 bits are reserved for use as tail bits resulting in a total of 130 bits of information carried within each F-BCCH 

45 burst The layer 2 protocol defined for F-BCCH operation supports only unacknowledged operation. A range 
of possible F-BCCH layer 2 frames is shown in FIGs. 23A-C. A summary of the fields comprising layer 2 protocol 
frames for F-BCCH operation is provided in the table below. 

F-BCCH Frame Usage 

50 

BEGIN Frame 

FIG. 24A shows a F-BCCH BEGIN Frame (mandatory minimum). FIG. 24B shows another F-BCCH BEGIN 
Frame (two L3 messages with the second L3 message continued). The BEGIN frame is used for starting the 
55 delivery of one or more L3 messages on the F-BCCH. If the first L3 message is shorter than one frame, the 
BE is added to the end of the L3DATA field to indicate whether or not an additional L3 message is started within 
the BEGIN frame. If the BE is equal to "END", the rest of the BEGIN frame is padded with FILLER. If the BE 
is equal to "BEGIN", a new L3 message is started in the BEGIN frame. If the L3DATA field ends on a frame 
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boundary, there will be no BE bit. The 'END' is implied. If the L3DATAfi eld ends with less than 9 bits remaining 
in the frame, BE is set to 'END' and the rest of the frame is padded with FILLER. 

CONTINUE Frame 

5 

FIG. 24C shows a F-BCCH CONTINUE Frame (mandatory minimum). The CONTINUE frame is used for 
continuation of a L3 message which was too long to fit into the previous frame. The CLI indicates how many 
bits of the frame belong to the continued message. Since the CLI is given in bits, the preceding L3 message 
may have to be padded with FILLER. If the BE is equal to "END", the rest of the CONTINUE frame is padded 
10 with FILLER. If the BE is equal to "BEGIN", a new L3 message is started in the CONTINUE frame. If the L3DATA 
field ends on a frame boundary, there will be no BE bit. The 'END' is implied. If the L3DATA field ends with 
less than 9 bits remaining in the frame, BE is set to 'END' and the rest of the frame is padded with FILLER. 
CLI makes it possible for mobile stations to receive any message starting in a continuation frame even if the 
preceding frame was not received. 

15 

F-BCCH Field Summaries 

The following table summarizes the F-BCCH Layer 2 Protocol fields: 





Field Name 


Length 


Values 


25 




(bits) 






EC = E-BCCH Change 


1 


Toggles to indicate 
a change in the E- 


30 






BCCH. 


BC « Begin / . Continue 


1 


0 « Begin 

1 = Continue 


35 


CLI = Continuation Length 
Indicator 


7 


Number of bits 
remaining in the 
previous L3 
message • 


40 


L3LI * Layer 3 Length 
Indicator 


8 


Variable length 
layer 3 messages 
supported up to a 


45 






maximum of 255 
octets 



50 



55 
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5 


L3 DATA = Layer 3 Data 


Variable 


Contains a portion 
(some or all) -of 
the layer 3 message 


10 






having an overall 






length as indicated 
Dy LjLX. Trie 
portion of this 


15 






field not used to 
carry layer 3 
information is 


20 






filled with zeros. 


BE = Begin / End 


l 


0 « Begin 

1 = End 


25 


FILLER = Burst Filler 


Variable 


All filler bits are 
set zero. 




CRC = Cyclic Redundancy Code 


16 


Same generator 
polynomial as IS— 


30 






54B. A zero value 
for DVCC is 
applied in the 


35 






calculation of CRC 






for each F-BCCH L2 
frame . 



40 



E-BCCH Protocol 

45 The E-BCCH layer 2 protocol is used whenever a TDMA burst is used to carry E-BCCH information. It 

should be noted that a full cycle of E-BCCH information (i.e., a set of layer 3 messages) need not be aligned 
to start in the first E-BCCH slot of a superf rame and may span multiple superf rames. A single E-BCCH layer 
2 protocol frame is constructed so as to fit within a 125 bit envelope. An additional 5 bits are reserved for use 
as tail bits resulting in a total of 130 bits of information carried within each E-BCCH burst The layer 2 protocol 

so defined for E-BCCH operation supports only unacknowledged operation. A range of possible E-BCCH layer 2 
frames is shown in FIGs. 24A-C. FIG. 24A shows on E-BCCH BEGIN Frame (mandatory minimum). FIG. 24B 
shows another E-BCCH BEGIN Frame (two L3 messages with the second L3 message contineud). FIG. 24C 
shows an E-BCCH CONTINUE Frame (mandatory minimum). A summary of the fields comprising layer 2 pro- 
tocol frames for E-BCCH operation is provided in the table below. 

55 

E-BCCH Frame Usage 

The E-BCCH Frame usage is the same as the F-BCCH Frame usage except that: 
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1. ECS is the opening field of E-BCCH frames as opposed to EC used in F-BCCH frames. 

2. An E-BCCH BEGIN (ECS=1) must be used as the first frame of the E-BCCH cycle. 

E-BCH Field Summaries 

5 

The following table summarizes the E-BCCH Layer 2 protocol fields: 



10 


Field Name 


Length (bits) 


Vaiues 


15 


ECS - E-BCCH Cycle Start 


I 


0 = Not the start of an E- 
BCCH cycle 

1 - Start of an E-BCCH 
cycle 


20 


BC - Begin / Continue 


1 


0 = Begin 

1 = Continue 


CU — Continuation Length Indicator 


7 


Number of bits remaining in 
the previous L3 message. 


25 


L3U = Layer 3 Length Indicator 


8 


Variable length layer 3 
messages supported up to a 
maximum of 255 octets 


30 
35 


L3DATA = Layer 3 Data 


Variable 


Contains a portion (some or 
all) of the layer 3 message 
having an overall length as 
indicated by L3LL The 
portion of this field not used 
to carry layer 3 information 
is filled with zeros. 




BE =* Begin / End 


1 


0 *» Beginning 

1 - End 


40 


FILLER - Buret Filler 


Variable 


All filler bits are set zero. 



50 



CRC = Cyclic Redundancy Code 


16 


Same generator polynomial as 




IS-54B. The nominal DVCC 






is applied in the calculation 






of CRC for each E-BCCH L2 






frame. 



S-BCCH Protocol 

The S-BCCH layer 2 protocol is used whenevera TDMA burst is used to carry S-BCCH information. Asingle 
S-BCCH layer 2 protocol frame is constructed so as to fit within a 125 bit envelope. An additional 5 bits are 
reserved for use as tail bits resulting in a total of 130 bits of information carried within each S-BCCH burst. 
The layer 2 protocol defined for S-BCCH operation supports only unacknowledged operation. A range of pos- 
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sible S-BCCH layer 2 frames is shown in FIGs. 25A-C. FIG. 25A shows S-BCCH BEGIN Frame (Mandatory 
Minimum). FIG. 25B shows S-BCCH BEGIN Frame (Two L3 Messages with the Second L3 Message contin- 
ued). FIG. 25C shows S-BCCH CONTINUE Frame (Mandatory Minimum). A summary of the fields comprising 
layer 2 protocol frames for S-BCCH operation is provided in the table below. 

5 

S-BCCH Frame Usage 

The S-BCCH frame usage is the same as the F-BCCH frame usage with the following exceptions: 
1. SCS is the opening field of S-BCCH frames as opposed to EC used in F-BCCH frames. 
10 2. An S-BCCH BEGIN must be used as the first frame of the S-BCCH cycle. 



15 





Field Name 


Length (bits) 


Values 


20 


SCS — b-ot-t-rl L,ycie it-art 


l 


\j — iNoi uie start or an o- 
BCCH cycle 

1 - Start of an S-BCCH 
cycle 


25 


BC = Begin / Continue 


1 


0 = Begin 

1 — Continue 




CU = Continuation Length Indicator 


7 


Number of bits remaining in 
the previous L3 message. 


30 


L3LI = Layer 3 Length Indicator 


8 


Variable length layer 3 
messages supported up to a 
maximum of 255 octets 


35 
40 


L3DATA = Layer 3 Data 


Variable 


Contains a portion (some or 
all) of the layer 3 message 
having an overall length as 
indicated by L3LI. The 
portion of this field not used 
to carry layer 3 information is 
filled with zeros. 




BE = Begin / End 


1 


0 = Beginning 

1 = End 


45 


FTTJLER « Burst Filler 


Variable 


All filler bits are set zero. 


50 


CRC = Cyclic Redundancy Code 


16 


Same generator polynomial as 
IS-54B. The noininal DVCC. 
is applied in the calculation 
of CRC for each E-BCCH L2 
frame. 



55 

SPACH Protocol 

The SPACH layer 2 protocol is used whenever a TDMA burst is used to carry point-to-point SMS, Paging, 

31 



DOCID: <EP__O6526S0A2 .)_> 



EP 0 652 680 A2 



or ARCH information. Asingle SPACH layer 2 protocol frame is constructed so as to fit within a 1 25 bit envelope. 
An additional 5 bits are reserved for use as tail bits resulting in a total of 130 bits of information carried within 
each slot assigned for SPACH purposes. FIGs. 26A-N show a range of possible SPACH layer 2 protocol frames 
under various conditions. A summary of the possible SPACH formats is provided in the first table below. A sum- 
5 mary of the fields comprising layer 2 protocol frames for SPACH operation is provided in the second table be- 
low. 

SPACH Frame Usage 

10 Similar frame formats are used for all SPACH channels such that all frames will always have a common 

Header A. The contents of Header A determine whether or not Header B is present in any given SPACH frame. 
Header A discriminates between hard (dedicated) page frames, PCH frames, ARCH frames and SMSCH 
frames. A Hard Triple Page frame containing three 34-bit MSIDs can be sent on the PCH (BU = Hard Triple 
Page). A Hard Quadruple Page frame containing four 20 bit or 24 bit MSIDs can be sent on the PCH (BU = 

15 Hard Quadruple Page). 

One or more L3 messages may be transmitted in one frame, or continued over many frames. MSIDs are 
only carried within frames where BU = PCH, ARCH or SMSCH with BT = Single MSID, Double MSID, Triple 
MSID, Quadruple MSID or ARQ Mode BEGIN. The IDT field identifies the format of all MSIDs carried within 
a given SPACH frame (i.e., no mixing of MSID formats is allowed). Pages carried on the PCH are not allowed 

20 to continue beyond a single SPACH frame (even though the protocol allows for it). All other PCH messages 
may continue beyond a single SPACH frame. 

For non ARQ mode operation, the l_2 SPACH protocol supports sending a single L3 message to multiple 
MSIDs in addition to the fixed one-to-one relationship between MSIDs and L3 messages. The Message Map- 
ping field (MM) is used to control this aspect of layer 2 frame operation. A valid SPACH frame requires that all 

25 L2 header pertinent to a given L2 frame be included entirely within that frame (i.e., L2 header from a given 
SPACH frame cannot wrap into another SPACH frame). The Offset Indicator field (Ol) is used to allow both 
the completion of a previous started layer 3 message and the start of a new layer 3 message to occur within 
a single SPACH frame. 

30 Summary of SPACH Frame Formats 

The following table summarizes the possible SPACH formats: 





SMS 


PCH 


ARCH 


Can Be Continued 


Single MSID 


Y 


Y 


Y 


Y 


Double MSID 


N 


Y 


Y 


Y 


Triple MSID 


N 


Y 


Y 


Y 


Quadruple MSID 


N 


Y 


Y 


Y 


Hard Triple Page (MIN) 


N 


Y 


N 


N 


Hard Quadruple Page (MINI) 


N 


Y 


N 


N 


Continue 


Y 


Y 


Y 


Y 


ARQ Mode BEGIN 


Y 


N 


Y 


Y 


ARQ Mode CONTINUE 


Y 


N 


Y 


Y 



50 

FIG. 26A shows the SPACH Header A. FIG. 26B shows the SPACH Header B. FIG. 26C shows the Null 
Frame. FIG. 26D shows the Hard Triple Page Frame (34 bit MIN). FIG. 26E shows the Hard Quadruple Page 
Frame (24 bit MINI). FIG. 26F shows the Single MSID Frame (PCH). FIG. 26G shows the Double MSID Frame 
(ARCH). FIG. 26H shows the Double MSID Frame with Continuation (ARCH). FIG. 261 shows the Continue 
55 Frame (ARCH). FIG. 26J shows the Offset Single MSID Frame (ARCH). FIG. 26K shows the Triple MSID Frame 
(ARCH, 1 L3 Message for 3 MSIDs). FIG. 26L shows the Continue Frame (ARCH). FIG. 26M shows the ARQ 
Mode Begin (SMSCH). FIG. 26N shows the ARQ Mode Continue (SMSCH). 
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SPACH Header A 



The SPACH Header A contains burst usage information and flags for managing mobile stations in sleep 
mode. The BU field provides a high level indication of burst usage. The flags indicate changes in sleep mode 
configuration as well as BCCH information. This header is always present in all possible SPACH frame types. 

SPACH Header B 

The SPACH Header B contains supplementary header information used to identify the remaining content 
of the layer 2 frame. This header is present when Header A indicates a burst usage of type PCH ARCH or 
SMSCH. 

Null Frame 

The Null frame is sent as necessary by the BMI when there is nothing else to be transmitted for any given 
SPACH burst. 



Hard Triple Page Frame 



20 A Hard Triple Page is a single frame page message containing three 34-bit MINs. 

Hard Quadruple Page Frame 

A Hard Quadruple Page is a single frame page message containing four 20 or 24-bit MINs as determined 
25 by IDT. 



Single MSID Frame 



The Single MSID frame is used for starting the delivery of ARCH or SMSCH L3 messages in non ARQ 
30 mode. In addition, this frame may also be used for sending a L3 PCH messages (pages or otherwise) which 
are non ARQ by definition. Page messages sent using a Single MSID frame cannot be continued into another 
frame. 

If an ARCH or SMSCH L3 message is too long to fit into Single MSID frame then the remaining L3 infor- 
mation is carried using additional CONTINUE frames or MSID frames as necessary. If a complete ARCH or 
35 SMSCH L3 message does fit within a Single MSID frame, it is padded with FILLER as necessary. 

If a non-page PCH L3 message is too long to fit into Single MSID frame then the remaining L3 information 
is carried using additional CONTINUE frames or MSID frames as necessary. If a complete PCH L3 message 
does fit within a Single MSID frame, it is padded with FILLER as necessary. 

40 Double MSID Frame 



The Double MSID frame is used for starting the delivery of two ARCH messages in non ARQ mode or two 
PCH L3 messages. The number of MSIDs is indicated in the BT field with the same IDT format used for both 
instances of MSID. Page messages sent using a Double MSID frame cannot be continued into another frame. 

Triple MSID Frame 



• The Triple MSID frame is used for starting the delivery of three ARCH L3 messages in non ARQ mode or 
three PCH L3 messages. The number of MSIDs is indicated in the BT field with the same IDT format used for 
all instances of MSID. Page messages sent using a Triple MSID frame cannot be continued into another frame. 

Quadruple MSID Frame 

The Quadruple MSID frame is used for starting the delivery of four ARCH L3 messages in non ARQ mode 
or four PCH L3 messages. The number of MSIDs is indicated in the BT field with the same IDT format used 
for all instances of MSID. Page messages sent using a Quadruple MSID frame cannot be continued into another 
frame. 
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CONTINUE Frame 

The CONTINUE frame is used for continuation of the L3 messages which are too long to fit into the previous 
frame. Note that L2 header which is specific to any given SPACH frame must always be carried entirely within 
that frame (i.e., L2 header associated with a given SPACH frame shall not be completed using a subsequent 
SPACH frame). 

ARQ Mode BEGIN 

The ARQ Mode BEGIN frame is used for starting the delivery of a L3 ARCH or SMSCH message in ARQ 
mode. The ARQ Mode BEGIN frame contains only one MSID within its L2 header as well as a portion of the 
L3 message itself. If the L3 message is too long to fit into, a single ARQ Mode BEGIN frame, then the remaining 
L3 information is carried using additional ARQ Mode CONTINUE frames as necessary. If the L3 message does 
fit within a single ARQ Mode BEGIN frame, it is padded with FILLER as necessary. 

The PE field in conjunction with TID field identifies the transaction initiated by the ARQ Mode BEGIN frame 
and serves to associate any subsequent ARQ Mode CONTINUE frames with this same transaction. An ARQ 
Mode BEGIN frame has an implicit FRNO value of zero associated with it. 

ARQ Mode CONTINUE Frame 

The ARQ Mode CONTINUE frame is used for continuing a L3 ARCH or SMSCH message which is too long 
to fit into the previous ARQ Mode frame (BEGIN or CONTINUE). The FRNO field identifies the CONTINUE 
frames within the context of the overall L3 message. The FRNO field value is incremented for each CONTINUE 
frame sent in support of a given transaction (i.e., multiple CONTINUE frames may be sent to complete the 
transaction initiated by the ARQ Mode BEGIN frame). The ARQ Mode Continue frame is also used to repeat 
any previously sent ARQ Mode CONTINUE frames received incorrectly by the mobile station. 

SPACH Field Summaries 

The following table summarizes the SPACH Layer 2 Protocol fields: 



35 
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5 



10 



15 



25 



Field Name 


Length 
(bits) 


Values 


BU — Burst Usage 


3 


000 «= Hard Triple Page (34 bit 
MSID) 

001 = Hard Quad Page (20 or 
24 bit MSID) 

010 = PCH Burst 

011 = ARCH Burst 

100 = SMSCH Burst 

101 = Reserved 
110= Reserved 
111 - Null 


PCON = PCH Continuation 


1 


0 = No PCH Continuation 

1 « PCH Continuation, 
Activiated 


Ov. s 13 V_ V_n V»nngC Oil 1 1C3.lIOu 


i 

i 


i i«m_>i tiwkio wocucvcr mere is • 

change in F-BCCH information. 


SMSN - SMS Notification 


1 


Transitions whenever there is a 
change in S-BCCH information. 


PFM x Paging Frame Modifier 


1 


0 — Use assigned PF 

1 = Use one higher than 
assigned PF 
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5 
10 


BT - Buret Type 


3 


000 = Single MSID Frame 

00 1 - Double MSID Frame 
0I0 = Triple MSID Frame 

Oil = Quadruple MSID Frame 

100 = Continue Frame 

101 = ARQ Mode Begin 
110= ARQ Mode Continue 
111 = Reserved 


15 


IDT = Identity Type 


2 


00 = 20 bit TMSI 

01 - 24 bit MINI per IS-54B 

10 = 34 bit MIN per IS-54B 

11 = 50 bit IMSI 


20 


MSID = Mobile Station Identity 


20/24/34 
/SO 


20 bit TMSI 
24 bit MINI 
34 bit MIN 
50 bit IMSI 


25 


MM = Message Mapping 


I 


0 = One instance of L3U and 
L3DATA per instance of MSID. 

1 = One instance of L3LI and 
LSD ATA for multiple MSIDs, 


30 


OI « Offset Indicator 


t 


0 = No message offset 
included. 

1 = Message offset included. 




CU = Continuation Length Indicator 


7 


Number of hits remaining in rh* 

previous L3 message. 


35 


L3LI = Layer 3 Length Indicator 


8 


Variable length layer 3 messages 
supported up to a maximum of 
255 octets. 



40 



45 



50 
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5 


L3DATA = Layer 3 Data 


Variable 


Contains a portion (some or all) 
of the layer 3 message having 
an overall length as indicated 
by L3LI. The portion of this 
field not used to carry layer 3 
information is rilled with zeros. 


10 


PE = Partial Ecbo 


7 


The 7 least significant bits of the 
mobile station IS-54B MIN. 


15 


TID = Transaction Identity 


2 


Indicates which ARQ mode 
transaction is being transmitted 
on the ARCH or SMSCH. 


20 


rtsiSKj — r nunc p« umocr 


< 
j 


uumucijr lUCIllIIICa dJJCClIIC 

frames sent in support of an 
ARQ mode transaction. 


FILLER = Burst Filler 


Variable 


All filler bits are set zero. 


25 


CRC = Cyclic Redundancy Code 


16 


Same generator polynomial as 
IS-54B (includes DVCQ 



Random Access 

30 

States MS Side 
Start Random Access 

35 A mobile station shall be in the "start random access" state before the first unit of a message that is to be 

transmitted by a random access has been transmitted. 

Start Reserved Access 

40 The mobile station shall be in the "start reserved access" state before the first unit of a message that is 

to be transmitted by a reservation based access has been transmitted. 

More Units 

45 The mobile station shall be in the "more units" state if there are more units associated with the same access 

event pending for transmission 

After Last Burst 

50 The mobile station shall be in the "after last burst" state if the last unit of an access event has been trans- 

mitted. 

Success 

55 The mobile station shall be in the "success" state after a message has been sent successfully. 
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Protocol Elements 

Forward Shared Control Feedback Flags 
5 General 

The forward shared control feedback (SCF) flags are used to control the reverse channel, i.e., the RACH. 
Busy / Reserved / Idle 

10 

The busy/reserved/idle (BRI) flag is used to indicate whether the corresponding uplink RACH slot is Busy, 
Reserved or Idle. Six bits are used for these flags and the different conditions are encoded as shown in the 
table below: 





BRI 5 


BRI 4 


BRI 3 


BRI 2 


BRIt 


BRIo 


Busy 


1 


1 


1 


1 


0 


0 


Reserved 


0 


0 


1 


1 


1 


1 


Idle 


0 


0 


0 


0 


0 


0 



Received / Not Received 

The received/not received (R/N) flag is used to indicate whether or not the base station received the last 
transmitted burst. A five times repetition code is used for encoding this flag as shown in the table below: 





R/N 4 


R/N 3 


R/N 2 


R/N 1 


R/N 0 


Received 


1 


1 


1 


1 


1 


Not Received 


0 


0 


0 


0 


0 



Partial Echo 

The partial echo information is used to identify which MS was correctly received after the initial burst of 
random access and/or which MS is intended to have access to the reserved slot The seven LSBs of IS-54B 
MIN are assigned to PE. The channel coding is described in the Physical Layer description above. 

SCF Flags Decoding 

BRI and R/N 

The following table shows how the mobile shall decode received flags according to the Layer 2 state. Note 
that only the flags relevant to the Layer 2 state are shown. In the "Start random access" state, the BRI flag is 
the only relevant flag. During a muttiburst message transmission both the BRI and R/N flags are relevant. In 
the summations in the following table, bj equals the bit value. 
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Layer 2 State 


Btrfy/Reperreri/Idle 


Recesred/Not Received 




Busy 


Reserved 


Idle 


Received 


Not received 




111100 


001111 


000000 


Hill 


00000 


Start random access 


4 6 

Idle EF 5>j < 2 AND 2>i <: 2 


N/A 


N/A 


Scare reserved arms 


Reserved IF <3 brio difference to 
Reserved Qig code value 


N/A 


N/A 


More units 


Busy IF < 4 bits difference to Busy 
flag code value 


5 

i*l 


5 

i» I 


Aiter Use burst 


Busy IF < 4 bits difference to Busy 
flag code value 


5 

Ib;2 4 


5 

1 



20 Partial Echo 

The mobile station interprets a received coded partial echo value as having been correctly decoded if it 
differs by less than 3 bits from the correct coded partial echo (CPE). This is referred to as PE match. 

25 Random Access Procedures 

Mobile Station Side 

A mobile station is allowed a maximum of Y+1, where Y=(0..7), transmission attempts before considering 
30 the attempt to transfer a message as a failure. The random delay period used in the mobile station after a Not 
idle condition or after a transmission attempt is uniformly distributed between 0 and 200 ms with a granularity 
of 6.667 ms (the length of a time slot). A mobile station js not allowed to make more than Z, where Z=(0..3), 
consecutive repetitions of an individual burst. 

35 Start Random Access 

When the mobile station is in the start "random access" state, it shall look in the first occurrence of a down- 
link DCC slot, regardless of sub channels (see Physical Layer) of the current DCC. If the mobile station finds 
the slot to be Idle, it shall send the first unit of the message in the corresponding sub channel uplink RACK If 
40 the slot is found to be either Busy or Reserved, the mobile station shall generate a random delay time. After 
the random delay time has expired the mobile shall repeat the foregoing procedure. The search for an Idle is 
to be repeated a maximum of X+1, where X=(0,9), times for each transmission attempt. With the exception of 
an origination, the MS must still monitor its PCH during random access procedures. 

45 Start Reserved Access 

When the mobile station is in the "start reserved access" state it shall look continuously in all downlink 
slots of the current DCC, regardless of sub channels, for a slot that is marked as reserved by the BRI flag and 
a PE match. The BS can assign reserved slot for a given MS regardless of which subchannel the MS previously 
so used. If the mobile station finds this slot, the mobile station shall send the first unit of the message in the cor- 
responding uplink RACH subchannel. If the mobile station does not find this slot within a predetermined time- 
out period (T), the mobile shall enter the "start random access" state. 

Check for PE Match 

55 

After the first burst of a random access has been transmitted, the mobile shall read the partial echo field 
in the next slot of the corresponding subchannel of the DCC. If a PE match is found, the mobile shall assume 
that the SCF flag in the downlink has been assigned to it and shall then enter either the after last burst state 
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or the more units state. If the mobile does not find a PE match, it shall generate a random delay time and enter 
the start random access state. 

More Units 

5 

If the mobile station has more units to send, it shall decode the SCF flags of the corresponding subchannel. 
If it finds that the R/N flag is set, it shall consider the last transmitted burst to be received; otherwise, it shall 
consider it to be not received. If it finds that the channel is set to reserved or idle, it shall also consider the 
burst to be not received. If more than S+1, where S=(0,1), consecutive Not Busy readings are made by the 
10 mobile, it shall abort the transmission of the message and start another transmission attempt after a random 
delay. If the burst is considered to be received, the mobile shall transmit the next burst of the message in the 
next slot of the subchannel. If the burst is found to be not received, the mobile shall re-transmit the last trans- 
mitted burst. 

15 After Last Burst 

If the mobile reads the SCF flags of the currently used subchannel after it has transmitted the last burst 
and determines from the R/N flag that this burst has been received, the MS side of the SCF protocol shall 
consider the message to have been correctly transmitted. If it finds the burst to be not received and the channel 
20 is set to reserved or idle, it shall also consider the burst to be not received. If more than S+1 ,where S=(0,1), 
consecutive combined Not Received and Not Busy readings are made by the mobile station, it shall abort the 
transmission of the message and start another transmission attempt after a random delay. If the burst is found 
to be not received, the mobile shall re-transmit the last transmitted burst. 

25 MS and BS Random Access Flow Charts 

The foregoing random access procedures are illustrated in FIGs. 27A-B. FIG. 27A illustrates the random 
• access procedure for the MS while FIG. 27B illustrates the random access procedure for the BS. Set forth below 
is an itemized description of the use of the truth table in the flow chart shown in FIG.27A: 
30 1. The truth table is examined at start of a contention based access. If SCF = "reserved" or "busy" the 

mobile station shall increment the Busy/Idle counter and then compare it to X. If SCF = "idle" the mobile 
station shall set Unit__ctr to 1 and send the first burst of the access. 

2. The truth table is examined af tersending a given burst of an access with at least one more burst pending. 
If SCF = "idle" or "reserved" the mobile station shall increment Stop_ctr and PB_ctr and then compare 

35 Stop__ctr to S. If SCF = "busy" and "not received" the mobile station shall increment PB_ctr and then com- 

pare it to 2. If SCF = "busy" and "received" the mobile station shall increment Unit__ctr and set PB_ctr to 
zero. 

3. The truth table is examined after sending last burst of an access. If SCF = "received" then the mobile 
station shall increment Stop_ctr and PB_ctr and then compare Stop_ctr to S. If SCF = "reserved" and "not 

40 received" the mobile station shall increment Stop_ctr and PB_ctr and then compare Stop_ctr to S. If SCF 

= "busy" and "not received" the mobile station shall resend the last burst of the access. 

4. The truth table is examined at start of a reservation based access. If SCF = "busy" or "idle" then the 
mobile station examines the reservation timer. If SCF = "reserved" and the PE does not match then the 
mobile station examines the reservation time. If SCF = "reserved" and the PE does match then the mobile 

« station shall set Unit_ctr to 1 and send the first burst of the access. 

Monitoring of Radio Link Quality (MRLQ) 
Measurement Procedure and Processing 

50 

The mobile shall measure the Word Errors during reading of one slot in each Paging Frame. During each 
Paging Frame, the MS may read one or more SPACH slots depending on the PCH continuation and the struc- 
ture of the primary/secondary Superframes. However, only one reading shall update the MRLQ Word Error 
parameter, i.e., only one update per Paging Frame. During RACH operation, the MS must also read one forward 
5 slot per Paging frame for this purpose. 

The MS shall initially set the MRLQ counter to ten (10) upon camping on a cell. Each MRLQ updating shall 
increase the MRLQ counter by one (1) if the CRC check was successful. A non- successful reading shall de- 
crease the MRLQ counter by one (1). If the MRLQ counter value exceeds ten (10), the MRLQ counter shall be 
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truncated to the value often (10), i.e., its value shall never exceed ten (10). 

Radio Link Failure Criteria 

Whenever the MRLQ counter reaches zero (0), a Radio Link Failure is declared. In such a case, the MS 
shall examine the Full_reselect_data parameter. The MS shall continue to perform RSS measurement on the 
frequencies in the NL until a the Full_reselect__data parameter equals one. 

Mobile Assisted Channel Allocation (MAC A) 

General 

When the mobile is in the Idle state, the mobile shall inform the system about the quality of the forward 
DCC (this function is referred to herien as Function i). The mobile generated report shall include results from 
Word Error Rate (WER), Bit Error Rate (BER) and Received Signal Strength (RSS) measurements. During the 
Idle state, the mobile shall also measure RSS on other frequencies and report to the system (this other function 
is referred to herein as Function ii). 

Mode of Operation 

From information received on the BCCH, the system can select the following modes: 

1. MACA Disabled (MACA_STATUS = 00) 

2. Function i (MACA_STATUS = x1) 

3. Function ii (MACA_STATUS = 1x) 

4. Enable Functions (i) and (ii) according to the type of access attempts (page response, origination and 
registration) by the MACA_TYPE parameter (MACA_TYPE = 01, 10 and 11, respectively). 

Broadcasted Information 

The BCCH contains the following information: 

1. MACA_STATUS: No MACA, Function i, Function ii, or both Function i and ii. 

2. MACAJJST: The system sends a list of up to 8 frequencies on the BCCH where the mobile shall measure 
Signal Strength. 

3. MACA_TYPE: What type of access shall include Function i or ii information, if any, as part of MACA 
reports. 

MACA Report Information Contents 

The MACA reports shall contain the following information: 

1. What type of MACA report is being made (Functions i and ii). 

2. Whether a MACA report is based on a full measurement interval. 

3. The measurement result for the specified MACA report. 

Procedures 

Measurement Procedure on Serving DCC (Function i) 
Measurement Units 

The mobile shall report Channel Quality and Signal Strength measurements. Channel Quality is defined 
as Word Error Rate (WER) and Bit Error Rate (BER). Signal Strength is measured in dBm. 

Measurement Time Interval 

The mobile performs a running average over the last 32 Paging Frames of its associated PCH for both 
Signal Quality and Signal Strength. The first SPACH reading shall update all three variables. Averaging of Sig- 
nal Strength is done in dBm units. The averaging process may be similar to IS-54B MAHO. 
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Measurements Procedure on Other Channels (Function ii) 

Measurement Units 

The mobile shall report Signal Strength in units of dBm. 

Measurement Time Interval 

The mobile shall measure each frequency at least 4 times. The minimum time between measurements 
on the same frequency shall be 20 ms. The maximum time between measurements on the same frequency 
shall be 500 ms. Averaging of Signal Strength is done in dBm units. The MS may make the measurements 
continuously or only before an access. 

MACA Report 

The mobile informs the system through Mobilethe Complete_MACA_ Interval flag whether a full meas- 
urement interval was completed at the time the MACA report is sent. 

SPACH ARQ 

BMI Side 

Start ARQ Mode 

The BMI starts an ARQ Mode transaction by sending an ARQ Mode BEGIN frame containing the Mobile 
station identity (MSID), Partial Echo (PE) which is set to the 7 least significant bits of the mobile station's IS- 
54B MIN, Transaction identifier (TID) which uniquely identifies which instance of an ARQ mode transaction is 
being sent to the mobile station, L3 length indicator (L3LI) which a mobile station shall use to calculate the 
number of continuation frames expected to follow the ARQ Mode BEGIN frame, and a portion of the L3 data 
(L3DATA). 

Start ARQ Mode Acknowledgment 

After sending an ARQ Mode BEGIN frame, the BMI may wait for an acknowledgment from the mobile sta- 
tion since this frame contains information critical to the overall success of an ARQ Mode transaction. If the 
BMI decides not to wait for a mobile station acknowledgment, it shall proceed to send an ARQ Mode CONTINUE 
frame. Otherwise, the BMI shall proceed as follows: The BMI polls the mobile station by setting the BRI flag 
to "reserved" and by setting PE to the value corresponding to the target mobile station in the same downlink 
slot. The BMI then waits for an uplink ARQ Status message on the same access path on which it polled the 
mobile station. If an ARQ Status message is not received on the reserved access slot or is received but with 
an incorrect indication of outstanding frames, the BMI shall resend the Start ARQ mode message up to a pre- 
determined number of times. If the BMI does not receive a correct ARQ Status message after a certain number 
of attempts, it shall terminate the ARQ Mode transaction. If the BMI does receive a correct ARQ Status mes- 
sage after a certain number of attempts, it shall proceed to send an ARQ Mode CONTINUE frame. 

ARQ Mode Continuation 

The BMI sends ARQ Mode CONTINUE frames to complete the initiated ARQ Mode transaction. These 
frames contain the Partial Echo (PE) which is set to the 7 least significant bits of the mobile station's IS-54B 
MIN, Transaction identifier (TID) which uniquely identifies which instance of an ARQ mode transaction is being 
sent to the mobile station, Continuation Frame Number (FRNO) which identifies individual continuation frames, 
and a portion of the L3 data (L3DATA). An ARQ Mode BEGIN frame has an implicit FRNO value of 0 associated 
with it whereas ARQ Mode CONTINUE frames have explicit FRNO values which start at 1. The FRNO value 
is incremented for each new ARQ Mode CONTINUE frame sent by the BMI in support of a specific ARQ Mode 
transaction. 

The BMI may poll the mobile station after sending any intermediate ARQ Mode CONTINUE frame. If the 
BMI decides to issue an intermediate poll it shall proceed as follows: The BMI sets the BRI flag to "reserved" 
and sets PE to the value corresponding to the target mobile station within the same downlink slot. The BMI 
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then waits for an uplink ARQ Status message on the same access path on which it polled the mobile station. 
If an ARQ Status message is not received on the reserved access slot the BMI shall resend the Start ARQ 
mode message up to a predetermined number of times. If the BMI does not receive a correct ARQ Status mes- 
sage after a certain number of attempts, it shall terminate the ARQ Mode transaction. If the BMI receives an 
5 ARQ Status message, it shall continue to send ARQ Mode CONTINUE frames beginning with those marked 
as being received incorrectly. When the BMI sends the last ARQ Mode CONTINUE frame, it shall proceed as 
indicated in the next section. 

ARQ Mode Termination 

10 

The BMI polls the mobile station after sending the fast ARQ Mode CONTINUE frame as follows: The BMI 
sets the BRI flag to "reserved" and sets PE to the value corresponding to the target mobile station within the 
same downlink slot The BMI then waits for an uplink ARQ Status message on the same access path on which 
it polled the mobile station. If an ARQ Status message is not received on the reserved access slot, the BMI 

15 shall resend the Start ARQ mode message up to a predetermined number of times. If the BMI does not receive 
a correct ARQ Status message after a certain number of attempts, it shall terminate the ARQ Mode transaction. 
If the BMI receives an ARQ Status message and the FRNO MAP indicates "all correct", the ARQ Mode trans- 
action is considered to be successfully completed. If the BMI receives an ARQ Status message and the FRNO 
MAP does not indicate "ail correct", it shall resend those ARQ Mode CONTINUE frames marked as being re- 

20 ceived incorrectly. The BMI shall resend any given ARQ Mode CONTINUE frame up to a predetermined max- 
imum number of times before terminating the ARQ Mode transaction. 

MS Side 

25 Start ARQ Mode 

After a mobile station has entered start ARQ Mode and successfully completed transmission of the first 
burst of an ARCH or SMSCH message (as indicated by the SCF flags), the mobile station shall read the ARCH 
or SMSCH in up to a predetermined number of SPACH frames beginning 40ms after successfully completing 

30 the transmission of this burst. When it receives an ARQ Mode BEGIN frame with a MSID matching its own, 
the mobile station shall proceed as follows: TheTID shall be stored for ARQ Mode transaction identification 
purposes. The number of pending ARQ Mode CONTINUE frames shall be calculated based on the received 
L3LI. The FRNO MAP shall be set to RECEIVED for FRNO zero (corresponding to the ARQ Mode BEGIN) and 
NOT RECEIVED for all pending ARQ Mode CONTINUE frames. The FRNO MAP supports BMI transmissions 

35 up to 32 ARQ Mode frames in length (1 BEGIN and 31 CONTINUE). The portion of the L3 message carried in 
L3DATA shall be stored. The mobile station shall then proceed as described in the next section. 

ARQ Mode Continuation 

M The mobile station shall read SPACH frames and respond as follows: If a poll occurs (i.e., a PE match 

occurs along with an SCF reservation indication), the mobile station shall send an ARQ Status to the BMI with 
a FRNO MAP that indicates the current FRNO reception status. If the FRNO MAP indicates that an "all correct" 
condition exists, the mobile station consider the corresponding ARQ Mode transaction to be successfully com- 
pleted. If an ARQ Mode CONTINUE frame is correctly received for an outstanding ARQ Mode transaction (i.e., 

45 PE and TID match) the mobile station shall store the L3DATA contained therein and set the corresponding 
FRNO MAP position to RECEIVED. If no ARQ Mode CONTINUE frame or poll is received for a predetermined 
period, the mobile station shall transmit an ARQ Status message using a contention based random access. A 
maximum number of such spontaneous ARQ Status transmissions may be sent before the corresponding ARQ 
Mode transaction is terminated. FIGs. 28A-B illustrate operation in SPACH ARQ Mode for the MS (FIG. 28A) 

50 and BS (FIG. 28B). 

Layer 3 and Higher Layers 
Layer 3 Operation 

55 

FIG. 29 illustrates the mobile station state diagram which is discussed in more detail below. 
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Mobile Station State Descriptions 
Null State (D1) 

5 A mobile station shall be in the "Null" state if it is powered down. When a power up occurs, a mobile station 

shall enter the "Control Channel Scanning and Locking" state. 

Control Channel Scanning and Locking State (D2) 

10 A mobile station shall be in the "Control Channel Scanning and Locking" state when it is in the process of 

selecting a candidate service provider (ACC or DCC). While in this state, a mobile station may at any time 
determine that an analog control channel (ACC) is the preferred service provider in which case it shall enter 
the Initialization task (see 2.6.1 of IS-54B). Otherwise, the mobile station shall attempt to find a digital control 
channel (DCC) service provider. It may search for a candidate DCC as described below in the section on DCC 

15 Scanning and Locking procedure. If a mobile station finds a candidate DCC, it shall execute the Cell Selection 
procedure discussed below. If the candidate DCC satisfies the criteria described in the Cell Selection proce- 
dure, the mobile station shall enter the "DCC Camping" state discussed below. Otherwise, the mobile station 
shall search for another candidate DCC. 

20 The DCC Camping State (D3) 

A mobile station shall be in the "DCC Camping" state as long as it is logically connected to the "best" cell 
according to the cell selection rules set forth below. The mobile station will leave this state at cell reselection 
or when accessing the system for a mobile originating call, a mobile terminating call, a registration, an SSD 

25 Update or a Point-to-Point SMS (mobile station terminated). The mobile station shall not exit the "DCC Camp- 
ing" state when reading the broadcast information of its current DCC or of a neighbor DCC. While in this state, 
the mobile station performs different tasks depending on which information is received. 

If a BCCH message is received, the mobile station shall update stored BCCH information according to the 
received message. If a Registration Parameters message is received and the optional information element 

30 "REGID Parameters" is not part of this message, then the mobile station shall not increment REGID on this 
DCC. If the optional information elements "REGID Parameters" and "REG Period" are part of this message, 
the mobile station shall keep an updated copy of REGID either by continuously monitoring it or by internally 
incrementing it every REGID_PER superframes. The mobile station shall then invoke the Registration proce- 
dure described below. 

35 If a BCCH Neighbor Cell message is received, the mobile station shall begin monitoring the neighbor DCCs 

for cell reselection purposes by invoking the Cell Reselection procedure as necessary. 
The mobile station shall respond to the following conditions as indicated: 

PER_COUNTER Timeout: The Registration procedure shall be invoked. 

REREG_TMR Timeout: The Registration procedure shall be invoked. 
40 REGID Increment Event: The Registration procedure shall be invoked. 

Power Down Event: The Registration procedure shall be invoked. 

FDCC Indication primitive received containing a PCH message: The Termination procedure shall be invoked. 
User Origination: The Origination procedure shall be invoked. 

Current DCC Barred: If the current DCC becomes barred the mobile station shall invoke the Cell Reselection 
45 procedure in order to select a new service provider from its neighbor list. 

Registration Proceeding (D6) 

A mobile station shall be in the "Registration Proceeding" state after it has sent a Registration message 
so to the base station but has not yet received an answer. The mobile station shall respond to the following con- 
ditions as indicated: 

REG_TMR Timeout: If the mobile station has resent its registration up to the maximum of 5 times, it shall ter- 
minate this procedure and then enter the DCC Camping state. Otherwise, it shall set REREG_TMR timer to 
a random time uniformly distributed in the interval 10 to 100 seconds, terminate this procedure and then enter 
55 the DCC Camping state. 

ARCH message received: If a registration Accept message is received, the mobile station shall terminate this 
procedure and then invoke the Registration Success procedure described below. If a registration Reject mes- 
sage is received the mobile shall terminate this procedure and then invoke the Registration Failure procedure. 
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PCH message received: Stop REG_TMR, terminate this procedure and then invoke the Termination procedure 
described below. 

Origination Proceeding (D4) 

A mobile station shall be in the "Origination proceeding" state after it has successfully sent an Origination 
message but has not yet received a response from the BMI. The mobile station shall respond to the following 
conditions as indicated: 

ORIG_TMR Timeout: Terminate this procedure and then enter the DCC Camping state. 
ARCH message received: If a Digital Traffic Channel Designation message is received the mobile station shall 
stop ORIG_TMR, update the parameters as received in the message, invoke the Registration Update proce- 
dure and then enter the Confirm Initial Traffic Channel task (see 2.6.5.2 of IS-54B). If a Analog Traffic Channel 
Designation message is received the mobile station shall stop ORIG_TMR, update the parameters as received 
in the message, invoke the Registration Update procedure and then enter the Confirm Initial Voice Channel 
task (see 2.6.4.2 of IS-54B). 

Waiting for Order (D5) 

A mobile station shall be in the "Waiting for Order" state after it has successfully sent a Page Response 
in response to a Page but has not yet received a response from the BMI. The mobile station shall respond to 
the following conditions as indicated: 

WAFO_TMR Timeout: Terminate this procedure and then enter the DCC Camping state. 
ARCH message received: If a Digital Traffic Channel Designation message is received the mobile station shall 
stop WAFO_TMR, update the parameters as received in the message, invoke the Registration Update proce- 
dure and then enter the Confirm Initial Traffic Channel task (see 2.6.5.2 of IS-54B). If a Analog Traffic Channel 
Designation message is received the mobile station shall stop WAFO_TMR, update the parameters as received 
in the message, invoke the Registration Update procedure and then enter the Confirm Initial Voice Channel 
task (see 2.6.4.2 of IS-54B). 

SMS Point-to-Point Proceeding (D8) 

A mobile station enters the "SMS Point-to-Point Proceeding" state after it has successfully sent a SPACH 
Confirmation in response to an SMS Notification but has not yet received a response from the BMI. The mobile 
station shall respond to the following conditions as indicated: 

SMS_TMR Timeout: Terminate this procedure and then enter the DCC Camping state. 

ARCH message received: If an R-DATA message is received and accepted by the mobile station, it shall stop 
SMS_TMR, update the information as received in the message, send an R-DATA ACCEPT message, terminate 
this procedure and then enter the DCC Camping state. If an R-DATA message is received and rejected by the 
mobile station, it shall stop SMS_TMR, send an R-DATA REJECT message, terminate this procedure and then 
enter the DCC Camping state. 

PCH message received: Stop SMS__TMR, terminate this procedure and then invoke the Termination procedure 
described below. 

SSD Update Proceeding (D7) 

A mobile station shall be in the "SSD Update Proceeding" state after it has successfully sent a BMI Chal- 
lenge Order in response to an SSD Update Order but has not yet received a response from the BMI. The mobile 
station shall respond to the following conditions as indicated: 

SSDU_TMR expires: Terminate this procedure and then enter the DCC Camping state. 
ARCH message received: If a BMI Challenge Order Confirmation is received the mobile station shall stop 
SSDU_TMR, update the parameters as received in the message, send an SSD Update Order Confirmation 
message, terminate this procedure and then enter the DCC Camping state. 

PCH message received: Stop SSDU_TMR, terminate this procedure and then invoke the Termination proce- 
dure described below. 
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Procedures 

DCC Scanning and Locking 
5 Finding DCC 

Two techniques may be used to expedite the acquisition of a DCC by the mobile station: DCC probability 
assignment and DCC locator. 

10 DCC Probability Assignments 

To aid the mobile in searching for a DCC, the available frequencies may be grouped into blocks which are 
assigned different probabilities which reflect the relative likelihood of finding a DCC in each block. In this man- 
ner, the time required for service acquisition by the mobile station may be significantly decreased. The follow- 
15 ing two tables illustrate how the channels in the A-Band and B-Band, respectively, may be assigned different 
relative probabilities for supporting DCC accquisition. This technique is typically used by a mobile station be- 
fore it has received any DCC locator information (described below). Once a mobile station has received DCC 
locator information, it shall use this information in lieu of the channel block probability scheme described herein. 
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1-26 


1 




334-354 


16 


30 


27-52 
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355-380 


1 


53-78 


3 




381-406 


2 




79-104 


4 




407-432 


3 


35 


105-130 


5 




433-458 


4 




131-156 


6 




459-484 


5 


40 


157-182 


7 




485-510 


6 




183-208 


8 




511-536 


7 
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209-234 


9 




537-562 


8 




235-260 


10 




563-588 


9 
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261-286 


11 


287-312 


12 


313-333 • 


16 


667-691 


13 


692-716 


14 


991-1023 


15 



589-614 


10 


615-640 


11 


641-666 


12 


717-741 


13 


742-766 


14 


767-799 
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DCC Locator 

The DCC Locator (DL) is a 7-bit parameter which provides information to assist a mobile station in finding 
20 a DCC. The DL identifies for the mobile station the RF channels which carry DCC. DL values 1,2,3,. ..127 are 
encoded to form the CDL which is sent on the DTC in bit positions 314 to 324 in a TDMA slot (see physical 
layer description): DLvalues 1,2,3.. .127 are mapped to channel numbers 1-8, 9-16,17-24,. ..1009-1016, respec- 
tively. Thus, for example, if a DCC occupies channel number 10, then a DL value of 2 would be sent on the 
DTCs in the same cell. The DL value of zero does not provide any DCC location information, but instead indi- 
25 cates that no DL information is being provided by the system. 
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Priority Channel Assignments 

All channel numbers are valid candidates for DCC assignment. Considering that the DL does not uniquely 
identify any particular channel number, it is desirable that a priority scheme be established within each channel 
block. A mobile station receiving the DL value associated with a particular channel block will not automatically 
search all channels, but wit instead search for a DCC in this block in accordance with the priority scheme. Thus, 
for example, for a DL value of 1, a mobile station shall examine channel numbers 8 through 1 starting with 
channel 8 then 7, etc., in an attempt to find the DCC. 

Discrimination Between DCC and DTC 



CDVCC and CSFP Field Information 

40 Although the IS-54B DTC and DCC downlink slot format have structural commonality, there are certain 

differences which allow for distinguishing a DCC from a DTC. First, because of the differences in the channel 
coding of DVCC and SFP, there are always 4 bits out of 12 which are different in every pair of CDVCC and 
CSFP codewords regardless of which CDVCC or CSFP codeword is transmitted by a base station (bit errors 
introduced due to radio channel impairments, however, may change the extent to which transmitted codewords 

45 differ once they are received by a mobile station). Secondly, the CDVCC content is fixed from slot to slot on 
a DTC whereas the content of the CSFP changes in a predictable fashion from slot to slot on a DCC. 

DATA Field Information 

50 The channel coding and interleaving employed on a DTC is different from that employed on a DCC re- 

gardless of the DTC service (speech or FACCH). This difference may be used to discriminate between the 
DCC and DTC. 
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SACCH and RESERVED Field Information 

The IS-54B SACCH and RESERVED fields have different functionality on a DCC. Hence, these fields may 
also be used to distinguish between a DCC and a DTC. 



47 



>I3DOC(D: <EP 0652S80A2..L> 



EP 0 652 680 A2 



Cell Selection 

The Ceil Selection procedure is executed in order to allow a mobile station to determine whether or not a 
given candidate DCC is acceptable for camping purposes. The mobile station shall always execute the Path 
5 Loss Determination procedure (described below) and may optionally execute the Service Aspects Determina- 
tion procedure (also described below). The mobile station shall then return to the invoking procedure. 

Path Loss Determination 

10 The mobile station uses the "path loss criterion" C_PL > 0 to determine whether or not a candidate DCC 

is suitable for camping purposes: 

C_PL = RSS - RSS_ACC_MIN - MAX(MS_ACC_PW - P, 0) > 0 
where: 

RSS is the averaged received signal strength. Signal strength measurements may be performed in a 
15 manner similar to the Signal Strength Measurement Technique task in IS-54B. 

RSS_ACC_MIN is a parameter broadcasted on BCCH. It is the minimum received signal level required to 
access the cell. 

MS_ACC_PW is a parameter broadcasted on the BCCH. It is the maximum output power that the mobile 
station may use when initially accessing the network. 
20 p is the maximum output power of the mobile station as defined by its power class according to IS-54B. 

If the candidate DCC does not meet the path loss criteria, it shall be rejected by the mobile station. The 
mobile station shall then return to the invoking procedure. 

Service Aspects Determination 

25 

Mandatory 

If the candidate DCC is identified as Barred according to the "Cell Barred" parameter broadcast in the Ac- 
cess Parameters message, it shall be rejected by the mobile station. If this procedure was invoked as a result 
30 of a Cell Selection, and the ISP flag broadcast in the Cell Selection Parameters is set, the mobile shall not 
select the cell unless there are no other cells that meet the path loss criteria C_PL. If the candidate DCC is 
marked Private according to the NETWORK TYPE (see below), and the PSID match criteria is not met, the 
mobile station shall not attempt to camp or register on the private system. 

35 Optional 

If the candidate cell does not provide a desired service to the mobile station, the mobile is authorized to 
(re)select a cell among the cells that meet the first set of criteria under Reselection Criteria below (i.e., the 
mobile station may not need to select the best RF neighbor) 

40 

Cell Reselection 

The Cell Reselection procedure is executed in order to allow a mobile station to determine whether or not 
a given neighbor DCC constitutes a better service provider than its current DCC. The mobile station shall al- 
45 ways execute the Cell Reselection Algorithm and the Reselection Criteria procedure described below, and then 
return to the invoking procedure. 

Scanning Procedure 

50 There are two information elements sent on the BCCH related to the scanning process: SCANFREQ and 

HL_FREQ. SCANFREQ is sent in the cell selection message on the F-BCCH and informs the mobile about 
the default minimum required number of Signal Strength (SS) measurement per Superframe. The MS shall 
perform a total of SCANFREQ SS measurement per SF regardless of the size of the Neighbor List (NL). How- 
ever, this default rule may be modified by the HL_FREQ information. The HL_FREQ is sent in the NL. There 

55 is one HL_FREQ associated with each entry (frequency) in the NL. If the HL_FREQ is set to HIGH, this particular 
frequency shall be measured according to the basic rule as defined by the SCANFREQ rule. If the HL_FREQ is 
set to LOW, this particular frequency may be measured with half the frequency required by the default SCAN- 
FREQ rule. For example, if the NL contains 16 entries, some of them having HL_FREQ set to HIGH, the rest 
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set to LOW, and the SCANFREQ is set to 12 measurement per SF, then the number of measurement on entries 
marked as HIGH shall be measured with a minimum rate of 12716 per SF, and the number of measurement on 
entries marked as LOW shall be measured with a minimum rate of 12/16/2 per SF. 

5 Basic Procedure and Requirements 

The mobile shall determine the number of measurements per entry per Superframe according the infor- 
mation in the NL (frequency & HL_FREQ) and the measurement parameter SCANFREQ. This requirement is 
defined as the Basic Measurement Requirement (BMR). Thus, the BMR may require different measurement 
10 frequencies for different entries. However, a MS may chose to measure all frequencies assuming all entries 
are treated as having HL_FREQ set to HIGH. The MS shall spread the timing of the measurement as even as 
possible overall frequencies. The default and potential modified Paging Frame class assigned to the MS shall 
not influence the MS procedure. 

15 Optional Enhancements to Basic Procedure 

To facilitate sleep mode efficiency, the MS is allowed to alter the BMR procedure described in Basic Pro- 
cedure and Requirements and still conform to the specification. Only the frequency of measurement require- 
ment may be changed. There are three techniques that may be used by the MS to minimize the battery drain. 
20 All three techniques may be applied simultaneously if the prerequisite conditions are satisfied. The three tech- 
niques and the relevant conditions are as follows: 

1. If the number of cell reselection executed by the MS during an extended period of time (> 5 hours) has 
been very low (<5), AND the time expired since the last cell reselection is > 2 hours, then the mobile is 
allowed to reduce the measurement frequency on all but the serving DCC compared to the BMR by a factor 

25 of 2. This reduction is revoked if the MS executes a cell reselection. 

2. If the rate of change of the Signal Strength (SS) on the serving DCC is < 5 dB over the last 5 minutes, 
AND the rate of change of the Signal Strength (SS) on all the entries in the NL is < 5 dB over the last 5 
minutes, then the mobile is allowed to reduce the measurement frequency on all but the serving DCC com- 
pared the BMR by a factor of 2. 

30 3. If the rate of change of the difference between the SS of the serving DCC and a specific entry in the 

NL is < 5 dB over the last 5 minutes, then the mobile is allowed to reduce the frequency of measurement 
on the particular entry of the NL satisfying the condition above by a factor of 2. 

The reductions of the measurement frequency according to 2 and 3 above is revoked if the rate of change 
of the Signal Strength (SS) on the serving DCC is > 5 dB over the last 20 Paging Frames, or if the rate of change 
35 of the Signal Strength (SS) on any entry in the NL is >5 dB over the last 1 00 Superframes. 

Processing of Measured Data 

Upon camping on a cell the parameter Full_reselect_data is set to zero. After each entry in the Neighbor 
40 List is measured 4 time, the Full_reselect_data parameter is set to one. 

Reselection Criteria 

A mobile station uses the "cell reselection criterion" C_RES to determine the best candidate DCC to camp 
45 on. The mobile station shall select a new serving DCC from the list of candidates if itf ulf ills the following criteria: 
(C_PL new >0)AND 
(T > DELAY) AND 

[(CELLTYPE = PREFERRED AND RSS new > SS_SUFF new ) OR 
(CELLTYPE = REGULAR AND C_RES > 0) OR 
50 (CELLTYPE = NON„PREFERED AND RSS old <SS_SUFFo, d ) ] 
where: 

C_RES = C_PL new - . C_PLo, d + RESEL_OFFSET new - RESELJDFFSET^ 
C_PL is the "path loss criterion". 
C_PL new is C_PLfor a candidate DCC. 
55 C_PLo, d is C_PL for the current DCC. 

T is a timer which starts when C_PL new becomes greater than 0. T is reset when CP_L new becomes less 
than or equal to 0. 

DELAY is a parameter broadcasted on BCCH (see below). 
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RESELJDFFSET is a parameter broadcasted on BCCH (see below). 
RESEL_OFFSET new is the reselection offset associated with the candidate DCC. 
RESELJDFFSET^ is an offset associated with the current DCC. 

CELLTYPE is a parameter broadcasted on BCCH (see below). It takes the values REGULAR, PREFER- 
5 RED, or NON_PREFERRED. 

SS_SUFF is a parameter broadcasted on BCCH (see below). 
SS_SUFF rew is SS_SUFF for a candidate DCC. 
SS_SUFFo, d is SS_SUFF for the current DCC. 
RSS new is RSS for a candidate DCC. 
10 RSS dd is RSS for the current DCC. 

Whenever candidate DCCs of more than one CELLTYPE fulfill the criteria, they shall be selected in priority 
order of PREFERRED, REGULAR, NO N_P REFERRED. Whenever more than one candidate DCC of the same 
CELLTYPE fulfills the criteria, the DCC with the maximum C_RES value shall be selected. However, a candi- 
date DCC with a lower C_RES may still be selected if its C_RES fulfills the following: 

15 C_RES >= MAX[ MAX[C_RES 1t C_RES 2 C_RES N ] - SERV_SS, 0] 

where: 

SERV_SS is an offset value broadcast on BCCH. 
To allow the MS to avoid "ping-pong" cell selection and reselection, the MS is not required to return to the 
cell on which it was previously camped within 10 seconds after a reselection. 

20 

Termination 



When this procedure is invoked the mobile station shall determine which of the following PCH messages 
has been received and respond as indicated: 

25 

Page : 



The mobile station shall send a Page Response message, start WAFO_TMR, terminate this procedure 
and then enter the Waiting for Order state. 

30 

SSD Update Order: 



The mobile station shall send a BMI Challenge Order, start SSDU_TMR, terminate this procedure and 
then enter the SSD Update Proceeding state. 

35 

SMS Notification: 



The mobile station shall send a SPACH Confirmation, start SMS_TMR, terminate this procedure and 
then enter the SMS Point-to- Point Proceeding state. 

40 

Unique Challenge Order : 

The mobile station shall send a Unique Challenge Order Confirmation according to the Unique Chal- 
lenge-Response procedure, terminate this procedure and then enter the DCC Camping state. 

45 

Message Waiting : 

The mobile station shall send a SPACH Confirmation, terminate this procedure and then enter the DCC 
Camping state. 

50 

Parameter Update : 



The mobile station shall send a SPACH Confirmation, terminate this procedure and then enter the DCC 
Camping state. 

55 

Directed Retry : 

The mobile station shall send a SPACH Confirmation, mark the current DCC as barred for the duration 
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indicated in the Directed Retry message, terminate this procedure and then enter the DCC Camping state. 
Go Away : 

5 The mobile station shall send a SPACH Confirmation, mark the current DCC as barred for the duration 

indicated in the Go Away message, terminate this procedure and then enter the Control Channel Scanning 
and Locking state. 

Capability Request : 

10 

The mobile station shall send a Capability Report, terminate this procedure and then enter the DCC 
Camping state. 

Origination 

15 

When this procedure is invoked the mobile station shall wait for an F-BCCH Access Parameters mes- 
sage and examine the Overload Control (OLC) information element contained therein. The mobile station shall 
then proceed as follows: If the mobile station is barred from making accesses according to OLC, or if the mobile 
station has not yet received a full set of F-BCCH messages on its current DCC, it shall terminate this procedure 

20 and then enter the DCC Camping state. Otherwise, the mobile station shall formulate an Origination. If the 
BMI requires serial number information (S bit set to 1 on Access Parameters message), the mobile station shall 
formulate a Serial Number message. If the BMI requires authentication information (AUTH bit set to 1 on Access 
Parameters message), the mobile station shall also formulate an Authentication message according to the Au- 
thentication of Mobile Station Originations procedure. The mobile station shall then send an Origination along 

25 with any other coincidental messages required as described above, start ORIG_TMR and then enter the Orig- 
ination Proceeding state. 

SMS Point to Point 

30 The layer 3 SMS point to point operation makes use of 3 bi-directiona! messages: R-DATA, R-DATA AC- 

CEPT and R-DATA REJECT. The R-DATA message shall be used to carry the SMS application layer messages. 
Within the context of the following layer 3 short message service procedures, two categories are identified: 
MS terminated SMS and MS originated SMS. 

35 MS Terminated SMS Procedure 

Within the context of this layer 3 procedure, the MS terminated SMS includes delivery of a short message 
(i.e., SMS DELIVER application message) and SMS feature status report (i.e., SMS FEAT CTRL STATUS ap- 
plication message) to the MS. 

40 

SMS Delivery on DCC 

If the MS is in "DCC camping" state, the BMI shall page the MS and wait to receive a page response mes- 
sage from the MS. Once the BMI has received the page response, the BMI sends the R-DATA message, which 

45 contains the SMS DELIVER application message, to the mobile station by using a SPACH frame type indicating 
SMS point to point and L2 acknowledge mode. The BMI then starts timer X. Upon reception of the R-DATA 
message, the mobile station shall provide a layer 3 acknowledgment to the BMI as follows: If the R-DATA mes- 
sage is acceptable to the MS, the MS shall respond by sending a R-DATA ACCEPT message with the same 
R-Transaction Identifier present in the R-DATA message. If the R-DATA message is not acceptable to the MS, 

50 the MS shall respond by sending a R-DATA REJECT message with the same R-Transaction Identifier present 
in R-DATA message, and with the mandatory R-Cause information element. If the BMI timer X expires prior 
to receiving a layer 3 acknowledgment, the BMI may re-transmit R-DATA. The BMI shall not re-transmit R-DATA 
more than once. 

55 SMS delivery on PTC 

If the MS is already assigned a DTC (e.g., involved in a call), the BMI sends the R-DATA message which 
contains the SMS DELIVER application message, to the mobile station by using a FACCH or SACCH with the 
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transmission service indicating L2 acknowledge mode. The BMI then starts timer Y. Upon reception of the R- 
DATA message, the mobile station shall provide a layer 3 acknowledgment to the BMI, as follows: If the R- 
DATA message is acceptable to the MS, it shall respond by sending a R-DATA ACCEPT message with the same 
R-Transaction Identifier present in the R-DATA message. If the R-DATA message is not acceptable to the MS, 
5 it shall respond by sending a R-DATA REJECT message with the same R-Transaction Identifier present in R- 
DATA message, and with the mandatory R-Cause information element. If the BMI timer Y expires prior to re- 
ceiving a layer 3 acknowledgment, the BMI may re-transmit R-DATA. The BMI shall not re-transmit R-DATA 
more than once. 

10 MS Originated SMS Procedure 

Within the context of this layer 3 procedure, the MS originated SMS includes: MS originated short message 
(i.e., SMS SUBMIT application message), MS user acknowledgment (i.e., SMS USER ACK application mes- 
sage) and SMS feature control by the MS (i.e., SMS FEAT CTRL REQU application message). 

15 

MS Originated SMS on the DCC 

When a MS in "DCC camping** state is required by the MS SMS application layer to send a short message, 
the MS shall first examine the SMS access flag broadcast on the BCCH indicating the maximum SMS message 
20 length the MS is authorized to send on the RACH. If the MS R-DATA message length is greater than the max- 
imum SMS message length (in octets) authorized by the BMI, the MS shall refrain from transmitting the R- 
DATA message. 

If the MS R-DATA message length is less than the maximum SMS message length (in octets) authorized 
by the BMI, the MS may send the R-DATA message, providing that the registration rules allow the MS to access 
25 the system. 

The MS initiates transmission of the R-DATA message by sending a RDCC request primitive to layer 2. If 
the R-DATA message is sent, the MS starts timer X. Upon reception of the R-DATA message, the BMI shall 
provide a layer 3 acknowledgment to the MS, as follows: If the R-DATA message is acceptable to the BMI, it 
shall respond by sending a R-DATA ACCEPT message with the same R-Transaction Identifier present in the 
30 R-DATA message to acknowledge. If the R-DATA message is not acceptable to the MS, it shall respond by 
sending a R-DATA REJECT message with the same R-Transaction Identifier present in the R-DATA message 
to acknowledge, and with the mandatory R-Cause information element. If the MS timer Y expires prior to re- 
ceiving a layer 3 acknowledgment, the MS may re-transmit R-DATA. The MS shall not re-transmit R-DATA more 
than once. 

35 

MS originated on the PTC 

If the MS is already assigned a DTC (e.g., involved in a call), the MS sends the R-DATA message to the 
BMI by either using a FACCH or SACCH with the transmission service indicating L2 acknowledge mode. The 

40 MS then starts timer Z. Upon reception of the R-DATA message, the BMI shall provide a layer 3 acknowledg- 
ment to the MS, as follows: If the R-DATA message is acceptable to the BMI, it shall respond by sending a R- 
DATA ACCEPT message with the same R-Transaction Identifier present in the R-DATA message to acknowl- 
edge. If the R-DATA message is not acceptable to the MS, it shall respond by sending a R-DATA REJECT mes- 
sage with the same R-Transaction Identifier present in the R-DATA message to acknowledge, and with the 

45 mandatory R-Cause information element. If the MS timer 2 expires prior to receiving a layer 3 acknowledgment, 
the MS may re-transmit R-DATA. The MS shall not re-transmit R-DATA more than once. 

Registration 

so When this procedure is invoked the mobile station shall wait for an F-BCCH Access Parameters message 

and examine the Overload Control (OLC) information element contained therein. The mobile station shall then 
proceed as follows: If the mobile station is barred from making accesses according to OLC, it shall terminate 
this procedure and then enter the DCC Camping state. If the mobile station is in its home SID area and REGH 
is disabled, it shall terminate this procedure and then enter the DCC Camping state. If the mobile station is 

55 not in its home SID area and REGR is disabled, it shall terminate this procedure and then enter the DCC Camp- 
ing state. Otherwise, the mobile station shall examine the list of conditions below to see if a registration is re- 
quired. These conditions are in priority order so that if more than one of the conditions are fulfilled only one 
registration is sent. 
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If a power-down condition exists (i.e., the mobile station has just powered-down) and the PDREG flag sent 
in the Registration Parameters message is enabled, the mobile station shall send a Registration message with 
a power-down indication and then enter the Null state. If a power-up condition exists (i.e., the mobile station 
has just powered-up) and the PUREG flag sent in the Registration Parameters message is enabled, the mobile 
5 station shall send a Registration message with a power-up indication, start REG_TMR, and then enter the Reg- 
istration Proceeding state. 

If the broadcasted SID value does not match the SID value stored in semi-permanent memory and the 
SYREG flag sent in the Registration Parameters message is enabled, the mobile station shall send a Regis- 
tration message with a geographic indication, start REG_TMR, and then enter the Registration Proceeding 
10 state. 

If the broadcasted RNUM value is not part of the RNUM list stored in semi-permanent memory and the 
LAREG flag sent in the Registration Parameters message is enabled, the mobile station shall send a Regis- 
tration message with a geographic indication, start REG_TMR, and then enter the Registration Proceeding 
state. 

15 If the current DCC was previously identified as a registration neighbour (e.g., the REG field in the neigh- 

bour list) the mobile station shall send a Registration message with a geographic indication, start REG_TMR, 
and then enter the Registration Proceeding state. 

If the FOREG flag sent in the Registration Parameters message is enabled, the mobile station shall send 
a Registration message with a forced indication, start REG_TMR, and then enter the Registration Proceeding 

20 state. 

if the periodic registration timer PER_COUNTER has expired, the mobile station shall send a Registration 
message with a periodic indication, start REG_TMR, and then enter the Registration Proceeding state. 

If the REREG_TMR has expired, the mobile station shall send a Registration message with the same in- 
dication as in its previous registration attempt and then enter the Registration Proceeding state. 
25 Otherwise, the mobile station shall invoke the Periodic Registration Determination procedure. If a regis- 

tration is not necessary the mobile station shall terminate this procedure and return to the invoking procedure. 

Registration Update 

30 If the mobile station has received a "Periodic Registration" information element but not the "REGID Para- 

- meters" information element, it shall reset its PER_COUNTER to REGPER * 94 superframes. If the mobile 
station has received a "REG Period" and a "REGID Parameters" information element, it shall set NXTREG = 
REGID + REGPER * 94 / REGID_PER) and save NXTREG in semi-permanent memory. The mobile station 
shall update its semi-permanent memory with the current broadcasted SID value. After performing these up- 

35 dates, the mobile station shall terminate this procedure and return to the invoking procedure. 

Periodic Registration Determination 

If the mobile station has received a "REG Period" and a "REGID Parameters" information element, it shall 
40 use the following algorithm to review NXTREG to determine if REGID has cycled through zero: If NXTREG is 
greater than or equal to REGID + (REGPER * 94 / REGID_PER) + 5, then NXTREG shall be replaced by the 
greater of 0 or NXTREG - 2 20 , otherwise do not change NXTREG. If REGID is greater than or equal to NXTREG, 
* the mobile station snail send a Registration message with a periodic indication, start REGTMR, and then enter 
the Registration Proceeding state. Otherwise, the mobile station shall terminate this procedure and return to 
45 the invoking procedure. 

Registration Success 

The mobile station shall stop REG_TMR, invoke the Registration Update procedure and then proceed as 
so follows: If a list of RNUM values is provided in the Registration Accept message the mobile station shall set 
its RNUM list in semi-permanent memory according to the received list. The mobile station shall only be re- 
quired to store the first 50 RNUMs received in any given Registration Accept message. 

The mobile station shall then terminate this procedure and return to the DCC Camping state. 

55 Registration Failure 

If the mobile station has resent its registration up to the maximum of 5 times, it shall terminate this pro- 
cedure and then enter the DCC Camping state. Otherwise, it shall store the reject cause, set REREG_TMR 
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timer to a random time uniformly distributed in the interval 10 to 100 seconds, terminate this procedure and 
then enter the DCC Camping state. 

Authentication 

5 

Shared Secret Data (SSD) 

SSD is a 128-bit pattern stored in the mobile station (semi-permanent memory) and readily available to 
the base station. As depicted in FIG. 30, SSD is partitioned into two distinct subsets. Each subset is used to 
10 support a different process. Specifically, SSD-A is used to support the authentication procedures, and SSD- 
B is used to support voice privacy and message confidentiality. SSD may be generated according to the pro- 
cedure specified in Appendix A to IS-54B. 

Random Challenge Memory (RAND) 

15 

RAND S is a 32 bit value held in the mobile station. It is a value received on the BCCH, and is used in con- 
junction with SSD-A and other parameters, as appropriate, to authenticate mobile station originations, termin- 
ations and registrations. 

20 Call History Parameter (COUNT s _ p ) 

The Call History Parameter is a modulo-64 count held in the mobile station. COUNTg. p is updated at the 
mobile upon receipt of a Parameter Update Order Message. 

25 Authentication of Mobile Station Registrations 

When the information element AUTH on the BCCH is set to 1, and the mobile station attempts to register, 
the following authentication-related procedures shall be performed: The mobile station, initializes the authen- 
tication algorithm (CAVE) as illustrated in FIG. 31; executes the CAVE procedure; sets AUTHR equal to the 

30 18 bits of CAVE algorithm output; and sends AUTHR together with RANDC (eight most significant bits of 
RAND) and COUNT s . p to the base station via the AUTH message. The base station compares the received 
values for RANDC, and optionally COUNT, with the internally stored values associated with the received 
MIN1/ESN; computes AUTHR as described above (except that it uses the internally stored value of SSD-A); 
and compares the value for AUTHR computed internally with the value of AUTHR received from the mobile 

35 station. 

If any of the comparisons by the base station fail, the base station may deem the registration attempt un- 
successful, initiate the Unique Challenge-Response procedure, or commence the process of updating the 
SSD. 

40 Unique Challenge-Response Procedure 

The Unique Challenge-Response Procedure is initiated by the BMI and can be carried out over any com- 
bination of control and/or traffic channels. The base station generates a 24-bit, random pattern referred to as 
RANDU sends RANDU to the mobile station via the Unique Challenge Order message; initializes CAVE as 

45 illustrated in FIG 32; executes the CAVE algorithm; and sets AUTHU equal to the 18 bits of the CAVE algorithm 
output. The mobile station computes AUTHU as described above using the received RANDU and its internally 
stored values for the remaining input parameters, and send AUTHU to the base station via the Unique Chal- 
lenge Confirmation message. Upon receipt of the Unique Challenge Order Confirmation from the mobile sta- 
tion, the base station compares the received value for AUTHU to that generated/stored internally. If the com- 

50 parison fails, the base station may deny further access attempts by the mobile station, drop the call in progress, 
or initiate the process of updating the SSD. 

Authentication of Mobile Station Originations 

55 When the information element AUTH on the BCCH is set to 01, and the mobile station attempts to originate 

a call, the following authentication-related procedures shall be performed: 

In the mobile station, initialize CAVE as illustrated in FIG. 33; execute the CAVE algorithm; set AUTHR 
equal to the 18 bits of the CAVE algorithm output; and send AUTHR together with RANDC (eight most signif- 
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icant bits of RAND) and COUNT s . p to the BMI. The base station compares the received values for RAN DC, 
and optionally COUNT, with the internally stored values associated with the received MINVESN; computes 
AUTHR as described above (except that it uses the internally stored value of SSD-A); and compares the value 
for AUTHR computed internally with the value of AUTHR received from the mobile station. If the comparisons 
at the base station are successful, the appropriate channel assignment procedures are commenced. Once as- 
signed to a digital traffic channel, the base station may, at the discretion of the system operator, issue a Para- 
meter Update Order message to the mobile station. Mobile stations confirm the receipt of Parameter Update 
Orders by sending Parameter Update Order Confirmations. If any of the comparisons by the base station fail, 
the base station may deny service, initiate the Unique Challenge-Response procedure, or commence the proc- 
ess of updating the SSD. 

Authentication of Mobile Station Terminations 

When the information element AUTH in the BCCH is set to 1, and a "Page Match". occurs, the following 
authentication-related procedures shall be performed: The mobile station initializes CAVE as illustrated in FIG. 
34; executes the CAVE algorithm; sets AUTHR equal to the 18 bits of the CAVE algorithm output; and sends 
AUTHR together with RANDC (eight most significant bits of RAND) and COUNT^ p to the base station via the 
AUTH message. The base station, compare the received values for RANDC, and optionally COUNT, with the 
internally stored values associated with the received MIN1/ESN; computes AUTHR as described above (except 
that it uses the internally stored value of SSD-A); and compares the value for AUTHR computed internally with 
the value of AUTHR received from the mobile station. If the comparisons at the base station are successful, 
the appropriate channel assignment procedures are commenced. Once assigned to a digital traffic channel, 
the base station may, at the discretion of the system operator, issue a Parameter Update Order message to 
the mobile station. Mobile stations confirm the receipt of Parameter Update Orders by sending Parameter Up- 
date Order Confirmation. If any of the comparisons by the base station fail, the base station may deny service, 
initiate the Unique Challenge procedure, or commence the process of updating the SSD. 

SSD Update 

Updating the SSD involves the application of CAVE initialized with mobile station specific information, ran- 
dom data and the mobile station's A-key. The A-key is 64 bits long; assigned to and must be entered in each 
mobile station; stored in the mobile station's permanent security and identification memory; and known only 
to the mobile station and its associated HLR/AC. The latter feature of the A-Key is intended to enhance the 
security of the mobile station's secret data by eliminating the need to pass the A-key itself from system to sys- 
tem as the subscriber roams. As a consequence, SSD updates are carried out only in the mobile station and 
its associated HLR/AC, not in the serving system. The serving system obtains a copy of the SSD computed 
by the HLR/AC via intersystem communication (see EIA/TIA IS-41) with the mobile station's HLR/AC. 

Updating the SSD in the mobile station proceeds as shown in FIG. 35: The BMI sends an SSD Update 
Order, with the RANDSSD field set to the same 56-bit random number used in the HLR/AC computations, to 
the mobile station via the SSD Update Order message. Upon receipt of the SSD Update Order, the mobile sta- 
tion initializes CAVE as illustrated in FIG. 36; executes the CAVE algorithm; sets SSD-A_NEW equal to the 
64 most significant bits of the CAVE algorithm output and SSD-B_NEW to the 64 least significant bits of the 
CAVE algorithm output; selects a 32-bit random number, RANDBS, and send it to the BMI in a BMI Challenge 
Order message; re-initializes CAVE as illustrated in FIG. 37; executes the CAVE algorithm; and sets AUTHBS 
equal to the 18 bits of the CAVE algorithm output. 

Upon receipt of the BMI Challenge Order, the BMI initializes CAVE as illustrated in FIG. 37, where RANDBS 
is set to the value received in the BMI Challenge Order; executes the CAVE algorithm; sets AUTHBS equal to 
the 18 bits of the CAVE algorithm output; and acknowledges receipt of the BMI Challenge Order by including 
AUTHBS in the BMI Challenge Order Confirmation message. Upon receipt of the BMI Challenge Order Con- 
firmation, the mobile station compares the AUTHBS received to that generated internally; acknowledges re- 
ceipt of the SSD Update Order. If the comparison at the mobile station is successful, the mobile station sets 
SSD-A and SSD-B to SSD-A_NEW and SSD-B_NEW, respectively, and sends an SSD Update Order Confir- 
mation message to the BMI with the SSDJJPDATE Information Element set to '1* and all other parameters 
set as appropriate. If the comparison at the mobile station fails, the mobile station discards SSD-AJslEW and 
SSD-B_NEW, and sends an SSD Update Order Confirmation message to the BMI with the SSDJJPDATE In- 
formation Element set to *0' and all other parameters set as appropriate. If the SSD Update Confirmation re- 
ceived from the mobile station indicates a success, the BMI sets SSD-A and SSD-B to the values received 
from the HLR/AC (see EIA/TIA IS-41). 



55 
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Layer 3 Message Set 

The section below describes the Layer 3 messages. SMS higher layer messages are described in the fol- 
lowing section. In all messages shown in tabularform below, the information element in the top row of the tables 
5 shall be regarded as the first element to be delivered to layer 2. In the information elements, the most significant 
bit (the leftmost bit in the tables) is the first bit to be delivered to layer 2. The information elements are described 
in alphabetical order after the description of the messages below. 

F-BCCH Messages 

10 

The F-BCCH carries broadcast information to enable the mobiles to find the structure of the DCC and other 
essential system information. The set of layer 3 messages defined for transmission on the F-BCCH is described 
below: 

15 Mandatory F-BCCH Messages 
DCC Structure 



This message shall always be sent first. The format of the DCC Structure message is as follows: 

20 





Information Element 


Type 


Length 
(bits) 


25 


Message Type 


M 


8 




Number of F-BCCH 


M 


2 




Number of E-BCCH 


M 


3 


30 


Number of S-BCCH 


M 


4 




Number of Skipped slots 


M 


3 




E-BCCH Change Notification 


M 


1 


35 


Hyperframe Counter 


M 


4 




Primary Superframe Indicator 


M 


1 




Number of DCC slots, this freq 


M 


2 


40 


MAX_SUPPORTED_PFC 


M 


2 




PCH_DIS PLACEMENT 


M 


3 




Additional DCC frequencies | 


O 


23-114 


45 


Total = 33- 
147 



O = Optional 



Parameter Type Codes for Optional Information 
Elements 


Parameter Type 


Code 


Additional DCC frequencies 


0001 
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Access Parameters 

The format of the Access Parameters message is as follows: 
5 





Information Element 


"T*VT*e 


Length 






M 


Q 
O 


10 


at rm 


M 


1 




e 
o 


M 


1 






M 


32 


15 


wc a cc Dun? 

iV1.j_>\1_1_ r W K. 


M 


4 




Access Durst oize 


M 


1 






\ £ 

M 


8 


20 


OLC 


M 


lo 




inaAiuiuui ivcuico 


M 


J 






w 

M 


i 
i 


25 


Maximum Repetitions 


M 


^> 




Maximum Stop Counter 


M 


1 




SMS Message Length 


M 


3 


30 


SOC Sl BSMC ID Control 


M 


1 




Home MS Capability 


M 


I 




Roam MS Capability 


M 


1 


35 


Cell Barred 


M 


1 




Total =» 85 



40 Cell Selection Parameters 

The format of the Cell Selection Parameters message is as follows: 

45 
50 
55 
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Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


SSJUFF 


M 


5 


RSS_ACC_MIN 


M 


5 


SCANFREQ 


M 


4 


DVCC 


M 


8 


Cell selection control 


M 


1 


R£SEL_OFFSET 


M 


6 




Total a 37 



Registration Parameters 

The format of the Registration Parameters message is as follows: 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


REGH 


M 




REGR 


M 




PUREG 


M 




PDREG 


M 




STREG 


M 




LAREG 


M 




DEREG 


M 





45 


FOR EG 


M 


i 




REG Period 


O 


13 




REGID Parameters 


O 


28 


50 






Total =18-59 
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Parameter Type Codes for 
Optional Information Elements 


Parameter Type 


Code 


REG Period 


0001 


REGID Parameters 


0010 



10 



15 



BMI Identity 

The format of the BMI Identity message is as follows: 



Information Element 


Type 


Length 
(bits) 


Message Typo 


M 


8 


System ED 


M 


14 


Country Code 


M 


10 


IS-54+ Protocol Version 


M 


4 




Total =- 36 



20 



25 



Optional F-BCCH Messages 

30 Mobile Assisted Channel Allocation (MACA ) 

This message may also be sent on the E-BCCH. The message is used to order the MS to report radio meas- 
urements on certain channels. It contains information regarding the channels the MS must measure and when 
to report the measurements for mobile assisted channel allocation. 



35 



40 



45 



50 



Information Element 


Reference 


Type 


Length 
(bits) 


Message Type 




M 


8 


MACA_STATUS 




M 


2 


MACA_TYPE 




M 


2 


MACA List 




O 


18-93 




Total = 12- 
105 
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Parameter Type Codes for 
Optional Information Elements 


Parameter Type 


Code 


MACA List 


0001 
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E-BCCH Messages 



10 



15 



20 



25 



30 



35 



The E-BCCH carries broadcast information that is less time critical than F-BCCH for the mobiles. For the 
optional information a message type and a length indicator is included. The set of messages in the E-BCCH 
may span over several Superf rames before a repetition occurs. However, a particular message may not start 
and end in different Superframes. Filler information must be used to terminate the last E-BCCH burst if nec- 
essary. 

Mandatory E-BCCH Messages 
Neighbor Cell 

The format of the Neighbor cell message is as follows: 



Information Element 


Type 


Length 

(bits) 


Message Type 


M 


8 


SERV_SS 


M 


4 


Neighbor cell list (TDM A) (see Note) 


O 


9 + 48*n 


Neighbor cell list (Analog) (see Note) 


O 


9 + 13*m 




Total - 12 - * 



analog neighbor cells) . 



Parameter Type 


Code 


Neighbor cell list (TDMA) 


0001 


Neighbor cell list (analog) 


0010 



Optional E-BCCH Messages 
40 Mobile Assisted Channel Allocation (MAC A) 
See Section on F-BCCH messages. 
Emergency Information Broadcast 

The format of the Emergency Broadcast Message is as follows: 



45 









Length 


50 


Information Element 


Type 


(bits) 
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Message Type 


M 


8 


Text Message Data Unit 


M 


N*8 

N max. = 254 



10 Go Away 

This message is used to temporarily bar all mobiles from using a DCC. The barring time is indicated in 
minutes from 0 to 255 minutes. The value 0 indicates that the cell is not barred. This message may also be 
sent on the SPACH. The format of the Go Away Message is as follows: 

15 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


Minutes 


M 


8 




Total = 16 



25 

SOC/BSMC Identification 

This message is used in support of SOC and/or BSMC specific signaling. The format of this message is 
as follows: 

30 



35 



Information Element 


Type 


Length 
( bits) 


Message Type 


M 


8 


SOC 


M 


8 


BSMC 


M 


8 




Total - 24 



S-BCCH Messages 

45 There are two types of S-BCCH messages used for SMS broadcast, SMS headermessages and non-head- 

er messages. 

S-BCCH SMS Frame Header 

50 The header information shall describe the structure of the SMS subchannel and shall only be provided in 

the first slot of every SMS frame. The format of the SMS Frame Header is as follows: 



55 



61 
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10 



15 



20 



25 



30 



Information Element 


Type 


Length 
(pits) 


Message Type 


M 


8 


Number of Subchannels 


M 


2 


Subchannel Number 


M 


2 


Phase Length of Subch. Cycle 


M 


6 


Phase Number of Subch. Cycle 


M 


6 


Number of SMS Messages (N) 


M 


6 


* SMS Message ID (Note I) 


M 


8 


° L2 Frame Start (Notel) 


M 


8 




Total * 46 



NOTE 1: 

consecutively, 

S-BCCH SMS Broadcast Message Content 

The message content is used to transfer the actual SMS message to the MS. The format of the SMS Broad- 
cast Message Content is as follows: 



35 



Information Element 


Type 


Length (bits) 


Message Type 


M 


8 


SMS Message ID 


M 


8 


Text Message Data Unit 


M 


N*8 

N max. = 253 



SPACH Messages 

40 Analog Voice Channel Designation 

This message is used to assign the MS to an analog voice channel with corresponding parameters. The 
format of this message is as follows: 

45 



50 



55 
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Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


MEM 


M 


1 


sec 


M 


2 


VMAC 


M 


4 


CHAN 


M 


11 


PAGE MODE 


M 


8 




Total = 34 



Base Station Challenge Order Confirmation 

20 This message is a response to the Base Station Challenge Order and contains the authentication algorithm 

outputs. The format of this message is as follows: 



Information Element 


Type 


Length 
(bits) 


Protocol Discriminator and Message Type 


M 


8 


AUTHBS 


M - 


18 




Total = 26 



35 



Capability Request 

This message is sent by the BMI in order to query the capabilities of a specific mobile station. The format 
of this message is as follows: 



40 



information Element 


Type 


Length (bits) 


Message Type 


M 


8 



Digital Traffic Channel Designation 

45 

This message is used to assign the MS to an digital traffic channel with corresponding parameters. The 
format of this message is as follows: 



50 



55 
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Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


MEM 


M 


1 


DVCC 


M 


8 


PM 


M 


I 


MAC 


M 


4 


CHAN 


M 


11 


PAGE MODE 


M 


8 


ATS 


M 


4 


DELTAJTIME 


O 


15 


SB 


M 


1 




Total = 61 



25 

Message Waiting 

This message is used to inform the mobile that it has messages waiting. The format of this message is as 
follows: 

30 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


Number of messages 


M 


6 




Total - 14 



40 

Page 

This message is used to inform the MS that an attempt to set up a mobile terminated call is underway. 
45 The format of this message is as follows: 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


PAGE_MODE 


O 


12 




Total - 8-20 



64 
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Parameter Update 

This message is used to inform the mobile to update its internal call history parameter that is used in the 
authentication process. The format of this message is as follows: 

5 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


S 


Request Number 


M 


8 




Total - 16 



15 

Point-to Point Short Message Service 
R-DATA 

20 

This message is used to carry the SMS application layer messages, for MS terminated SMS. The message 
content is as follows: 



Information Element 


Type 


Length 
(octets) 


Message Type 


M 


1 


R -Transaction Identifier 


M 


1 


R-Data Unit 


M 


2 - 241 


Message Center Address 


O (Note 1) 


2 - 12 



NOTE 1: Included in the event that the Message Center 
originating the short message has included its address in 
a SMS terminated SMS. 



Parameter Type Codes for Optional 
Information Elements 


Parameter Type 


Code 


Message Center Address 


0001 



R-DATA ACCEPT 

This message is used to acknowledge and accept the R-DATA message. The message content is as fol- 
lows: 
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Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


R-Transaction Identifier 


M 


8 




Total = 16 



10 

R-DATA REJECT 

This message is used to acknowledge and reject the R-DATA message. The message content is as follows: 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


R-Transaction Identifier 


M 


8 


R-Cause 


M 


8 




Total * 24 



25 

RACH Confirmation 

The format of the RACH Confirmation message is as follows: 

30 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


Confirmed Message 


M 


8 




Total = 16 



40 

Registration Accept 

The format of the Registration Accept message is as follows: 

45 



Information Element 


Type 


Length 

(bits) 


Message Type 


M 


8 


RNUM 


0 


10-640 




8-648 



55 
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Parameter Type Codes 


for Optional Information 


Elements 




Parameter Type 


Code 


RNUM 


0001 



10 Registration Reject 

The format of the Registration Reject message is as follows: 



15 


Information Element 


Type 


Length 
(bits) 




Message Type 


M 


8 


20 


Cause 


M 


4 








Total = 12 



SSD Update Order 

25 

This message causes the mobile to execute the authentication algorithm. The format of the SSD Update 
Order message is as follows: 



30 


Information Element 


Type 


Length 

(bits) 




Message Type 


M 


8 


35 


RANSSD 


M 


56 








Total » 64 



40 SOC/BSMC Identification 

This message is used in support of SOC and/or BSMC specific signaling. It is sent by the BMI in response 
to a Mobile Station SOC & BSMC ID Request message. The format of the SOC/BSMC Identification message 
is as follows: 

45 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


SOC 


M 


8 


BSMC 


M 


8 




Total = 24 
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SOC/BSMC Message Delivery 

This message is used to carry SOC/BSMC specific signaling information. The format of the SOC/BSMC 
Message Delivery message is as follows: 

5 





Information Element 


Type 


Length 
(bits) 


10 


Message Type 


M 


8 




Custom Control (Note I) 


M 


S*n 


15 






Total 

-8+(8*n) 



may be sent (254 J 



20 Unique Challenge Order 



This message causes the mobile station to execute the authentication algorithm. The format of the Unique 
Challenge Order message is as follows: 



Information Element 


Type 


Length 

(bits) 


Message Type 


M 


S 


RANDU 


M 


24 




Total = 32 j 



35 Go Away 

This message is used to barr a mobile from using a DCC. The barring time is indicated in minutes from 0 
to 255 minutes. The value 0 indicates that the cell is not barred. The format of the Go Away message is as 
follows: 

40 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


Minutes 


M 


8 




Total = 16 



50 

Directed Retry 

This message is used to force a mobile to reject this DCC and select a channel from its neighbor list. The 
format of the Directed Retry message is as follows: 

55 



68 
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Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


Minutes 


M 


8 




Total = 16 



10 

Time and Date 

The format of the Time and Date message is as follows: 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


Julian Date 


M 


16 


Seconds of Day 


M 


17 




Total =41 



25 

RACH Messages 

The following messages are defined forthe RACH. An 8-bit Message Type is used to discriminate between 
30 the messages. 

Authentication 

The format of the Authentication message is as follows: 

35 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


COUNT 


M 


6 


RANDC 


M 


8 


AUTHR 


M 


18 




Total = 40 



Base Station Challenge Order 

50 

The format of the Base Station Challenge Order message is as follows: 



55 



69 
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Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


RANDBS 


M 


32 




Total = 40 



10 



15 



The following messages may be appended to the page response message: Serial Number Message - if S bit 
is set 

Capability Report 

The format of the Capability Report message content is as follows: 



20 



25 



30 



35 



40 



45 



50 



MACA Report 

The format of the MACA Report message is as follows: 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


MPCI 


M 


3 


SCM 


M 


5 


Software Vintage 


M 


6 


Firmware Vintage 


M 


6 


Model Number 


M 


4 


ESN 


M 


32 




64 



Information Element 


Type 


Length 

(bits) 


Message Type 


M 


8 


WER 


M 


3 


6ER 


M 


3 


RSS 


0 


10 




24 



55 



Origination (Setup) 

The format of the Origination (Setup) message is as follows: 



70 
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Information Element 


Type 


Length 
(bits) 


5 


Message Type 


M 


g 




MPCI 


M 


3 




VP 


M 


1 


10 


Call Mode 

i— — 


M 


3 




Dialed Digits 


M 


64 




PAGE_MODE 


0 


12 


15 


Total = 79- 
91 



The following messages may be appended to the origination message: 
20 Serial Number Message - if S bit is set 

Authentication Message - if AUTH bit is set 

Page Response 

25 The format of the Page Response message is as follows: 





Information Element 


Type 


Length 

(bits) 


30 


Message Type 


M 


8 




mpci r 


M 


2 


35 


VP 


M 


1 


Call Mode 


M 


3 




PAGE_MODE 


O 


12 


40 


Total - 14-26 



45 



The following messages may be appended to the page response message: 
Serial Number Message - if S bit is set 
Authentication Message - if AUTH bit is set 

Point-to Point Short Message Service 

R-DATA 

so This message is used to carry the SMS application messages, for MS originated SMS and MS User Ac- 

knowledgment. The message content is as follows: 



55 
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Information Element 


Type 


Length 

(octets) 


Message Type 


M 


1 


R-Transaction Identifier 


M 


1 


R-Data Unit 


M 


2-241 


Message Center Address 


O (Note 1) 


2-12 



NOTE 1: Included in the event that the Message 

Center destination address is different from 
the one in the MS subscription profile. 

15 

R-DATA ACCEPT 

This message is used to acknowledge and accept the R-DATA message. The message content is as fol- 
20 lows: 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


R -Transaction Identifier 


M 


8 




TotaJ = 16 



R-DATA REJECT 

This message is used to acknowledge and reject the R-DATA message. The message content is as follows: 

35 



Information Element 


Type 


Length 
(bits) 


Message Type 


M 


8 


R-Transactioo Identifier 


M 


8 


Cause 


M 


8 




Total = 24 



Registration 

The format of the Registration message is as follows: 



55 
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Information Element 


Type 


L*engih 
(bits) 


Message Type 


M 


8 


Registration Type 


M 


3 


SCM 


M 


4 


MPCI 


M 


3 




Total = 18 



15 The following messages may be appended to the page response message: 
Serial Number Message - if S bit is set 
Authentication Message - if AUTH bit is set 

Capability Report Message - If Registration Type equals Power-up or Geographic and if the 
Home/Roam MS Capability flag is enabled in the Access Parameters me ssage of the F-BCCH. 

20 

Serial Number 



The format of the Serial Number message is as follows: 



Information Element 


Type 


L«igth(biLs) 


Message Type 


M 


8 


ESN 


M 


32 




Total = 40 



35 SOC/BSMC Identification Request 



This message is used in support of SOC and BSMC specific signaling. If authorized by the BCCH SOC/BSMC 
Request flag, the mobile station may send the SOC/BSMC Request message to request the SOC and BSMC 
Identification. 



Information Element 


Type 


Length (bits) 


Message Type 


M 


8 



45 

SOC / BSMC Message Delivery 

This message is used to carry SOC/BSMC specific signaling information. The format of the SOC / BSMC 
Message Delivery message is as follows: 

50 



55 
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Information Element 


Type 


Length 
(bits) 


5 


Message Type 


M 


8 




Custom Control (Note 1) 


M 


8*n 


10 






Total = 
8 + (8*n) 



be sent (254) . 

15 SPACH Confirmation 

The format of the SPACH Confirmation message is as follows: 



20 


Information Element 


Type 


Length 
(bits) 




Message Type 


M 


8 


25 


Confirmed Message 


M 


8 








Toul « 16 



30 SSD Update Order Confirmation 

The format of the SSD Update Order Confirmation message is as follows: 



35 




Information Element 


Type 


Length 
(bits) 






Message Type 


M 


8 


40 




SSD Update Status 


M 


2 










Total =* 10 


45 


Time and Date 

The format of the Time and Date message is as follows: 






50 




Information Element 


Type 


Length 
(bits) 






Message Type 


M 


8 






Julian Date 


M 


16 


55 




Seconds of Day 


M 


17 










Total =41 
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Unique Challenge Order Confirmation 

The format of the Unique Challenge Order Confirmation message is as follows: 



5 


Information Element 


Type 


Length 
(bits) 




Message Type 


M 


8 


10 


AUTHU 


M 


18 






Total = 26 



15 The following messages may be appended to the Unique Challenge Order Confirmation message: 

Serial Number Message - if S bit is set. 

Information Element Description 

20 The following coding rules apply to all information element descriptions: 

Elements of type "flag" shall have the values of 

0 = Disable (off, false) 

1 = Enable (on, true) 

Certain BCCH fields do NOT trigger a transition in the BCCH change flag in the SPACH. Those fields are 
25 designated as "NC" (Non-Critical). 

Elements of type "transition" are modulo 1 counters to indicate a change in current status. 

All specified lengths are in BITS unless otherwise noted. 

Channel number shall be coded as in IS-54B unless otherwise noted. 

30 Access Burst Size 

This field informs the mobile which burst size to use on the RACH according to the following table: 



Value 


Function 


0 


Use normal length bursts on the RACH 


1 


Use abbreviated length bursts on the RACH 



Additional DCC Frequencies 

This optional field contains information regarding additional DCC frequencies in this cell and their relation 
to the current DCC. 

45 



50 



55 
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Field 


Length (value) 


Parameter type 


4 (0001) 


Number of additional DCC frequencies (Note 1) 


3 


Position of current DCC frequency in list 


3 


DCC channel info (Note 2) 




DCC frequency 


11 


Number of DCC slots, this freq 


2 



Number of additional DCC frequencies: The number of 
15 additional DCC frequencies provided by this cell. 

Position of this DCC in list: The point at" which to 
insert the current DCC frequency into the DCC Channel 
Info list for DCC selection. 

20 

DCC channel info - This field consists of two sub-fields. 
DCC frequency is an additional DCC served by this cell 
that must be considered when determining the DCC 
25 selection. The "Number of DCC slots, this freq" is 

described in this section. 
NOTES : 

1. All additional DCCs provided in this optional 

30 

informational element list MUST be the same logical 
set of DCCs in the same order for all of the other 
DCCs optional informational element list* 
35 2. The number of instances sent equals the value in the 

Number of additional DCC frequencies field. 



40 ATS 

This field defines the assigned time slot. 

45 



50 



55 
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10 



15 



Value 


Function 


0000 


Full rate Digital Traffic Channel on time slots 1, 4 


0001 


Full rate Digital Traffic Channel on time slots 2, 5 


0010 


Full rate Digital Traffic Channel on time slots 1, 4 


1001 


Half rate Digital Traffic Channel on time slots 1 


1010 


Half rate Digital Traffic Channel on time slots 2 


1011 


Half rate Digital Traffic Channel on time slots 3 


1100 


Half rate Digital Traffic Channel on time slots 4 


1101 


Half rate Digital Traffic Channel on time slots 5 


1110 


Half rate Digital Traffic Channel on time slots 6 



20 



25 



AUTH 

The authentication flag indicates whether the mobile station sends the authentication message along with 
a registration, origination, or page response message sent on RACH. 

AUTHBS 

This information element contains the output from the authentication procedure. 
AUTHR 

This is the output response of the authentication algorithm for originations, registrations, and terminations. 
AUTHU 

35 This is the output response of the authentication algorithm for unique challenge orders. 

BSMC 



30 



40 



This is the Base Station Manufacturer Code. 
Call Mode 

The preferred call mode for the next voice/traffic channel designation according to the following table: 



45 



50 



55 



Value 


Function 


000 


Analog voice channel acceptable 


001 


Analog voice channel not acceptable 


010 


Full-rate digital traffic channel acceptable 


on 


Full -rate digital traffic channel not acceptable 


100 


Half-rale digital traffic channel acceptable 


101 


Half-rate digital traffic channel not acceptable 
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110 


Reserved 


111 


Reserved 



Cause 

This field idicates to the mobile the case for a registration reject 



Code 


Cause 


0000 


Unknown MSID 


0001 


Invalid C-number 


All other codes are reserved 



20 Cell Barred 

This flag is used to indicate that the current cell is barred. 
Cell Selection Control 

25 

This flag is used to preclude a mobile performing the cell selection (initial selection) from selecting the 
current cell. 

CELLTYPE 

30 

The preference type of a cell according to the following table; 



Value 


Function 


00 


Cell type of REGULAR 


01 


Cell type of PREFERRED 


10 


Cell type of NON-PREFERRED 


11 


Reserved 



CHAN 

This is the cChannel number as defined in IS-54B. 
Confirmed Message 

The confirmed Message field is a repeat of the Message Type field of the mssage which is being confirmed. 
The following messages are valid confirmation messages according to the foflowing table: 



55 
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5 



10 



15 



Value 


Usage 


Function 




RACH 


Message Waiting 




RACH 


Parameter Update 




RACH 


Release 




RACH 


Directed Retry 




RACH 


Go Away 




RACH 


SMS Notification 




SPACH 






SPACH 





COUNT 

20 Se 1S-54B for use of this parameter. 

Country Code 

This field indicates the Country Code of the serving system. 



Field 


Length (bits) 


Country Code (CC) 


10 



The CC is the equivalent of the Mobile Country Code defined in CCITT recommendation E.212. The CC 
values are defined in annex A of E.212. The following values are extracted from E.212 and are provided for 
illustration only. If other CC values are required, refer to annex A of E.212 for a complete list of CC values. 



40 



45 



Code (decimal) 


Country 


302 


Canada 


310 


United States of America 


311 


United States of America 


312 


j United States of America 


313 


' United States of America 


314 


United States of America 


315 


United States of America 


316 


United States of America 


334 


Mexico 



50 

The 3 decimal digits of the CC are expressed as the corresponding decimal number (0 <= d t djd k <= 999) 
coded in 10 binary bits using a normal decimal to binary conversion ( 0 to 999). 

Custom Control 

55 

Binary data as specified by the SOC / BSMC protocol currently in use. 
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10 



DELAY 

Time in seconds. 
DELTA_TIME 

This parameter indicates to the mobile the difference in DTC and DCC timing in terms of time slots and 
symbols. 



15 



Field 


Length (bits) 


Parameter type 


4 (0001) 


Number of timeslots 


3 


Number of symbols 


8 



20 



25 



30 



35 



45 



50 



DEREG 

This flag indicates whether de-registration is enabled or disabled. 
Dialed Digits 

The dialed digits of the MS for an origination. 
DVCC 

The digital verification color code is used in a manner consistent with IS-54B. 

E-BCCH Change Notification 

A transition bit to indicate a change in the E-BCCH data starting with the current superframe. If a tansition 
has occured, all mobiles shall read the E-BCCH of the current superframe and of all subsequent superframes 
until a complete cycle of E-BCCH is read. 

ESN 



Identifies the Electronic Serial Number of the MS. 
40 Firmware Vintage 

The firmware vintage as defined by the mobile station manufacturer. 
FOREG 



This flag indicates whether Forced Registration is enabled or disabled. 
HL_FREQ 

If HL_FREQ is set to high, the MS will perform frequency measurement according to the rules set forth in 
the SCANFREQ information element. If set to low, this frequency may be measured with half the frequency 
required by the rules set forth in the SCANFREQ information element. 
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Value 


Function 


0 


Low 


1 


High 



Hyperframe Counter 

10 A counter used to identify which hyperframe is currently being broadcast. Hyperf rames consist of two su- 

perf rames. This counter starts at 0. 

Julian Date 

15 A sequential date counter starting from January 1st, 1900. Reset to 1 on January 1st, 2000. 

L2 Frame Start 

This variable indicates the numbe of slots from the start of SMS subchannel cycle to the beginning of the 
20 SMS message. This message may not begin in the indicated SMS slot, but may be contained in an end/begin 
burst which is used to start delivery of this message. 

LAREG 

25 The location area based registration flag indicates whether or not the mobile is to geographically register 

when the registration number of the current cell is not part of the mobile's registration number list. 

MAC 

30 This field indicates the power level to be used on the assigned digital traffic channel. The coding is ac- 

cording to IS-54B Table 2.1 .2-1 

MAC A List 

35 This optional field indicates the channels the mobile must measure for mobile assisted channel allocation. 



Field 


Length (bits) 


Parameter type 


4(0010) 


Number of MACA channels (k) 


3 


Channel number 


k*11 



45 MAX_SUPPORTED_PFC 

The maximum paging frame class that this DCC can support according to the following table: 



Value 


Function 


00 


PF1 is the maximum support paging frame class 


01 


PF2 is the maximum support paging frame class 


10 


PF3 is the maximum support paging frame class 


11 


PF4 is the maximum support paging frame class 
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Maximum Busy Reserved 

The maximum number of times the mobile executes the following steps: generates random delay period, 
waits until expiration of this period, and reads B/R/l flags which have been set to non-idle. 



Value 


Function 


0 


1 random delay period 


1 


10 random delay periods 



Maximum Repetitions 

The maximum number of allowable consecutive repetitions of an individual RACH burst before considering 
the attempt a failure. 

Maximum Retries 



The maximum number of allowable RACH transmission attempts before considering the attempt to trans- 
fer a message (any one burst of a single or multi-burst RACH) as a failure. 

Maximum Stop Counter 

The maximum number of times the mobile xecutes the following steps: transmits a burst in RACH, exam- 
ines SCF which have been set to not busy (R/N = N and B/l/R = R or i), generates a random delay period, 
waits until the expiration of this period and retransmits the burst on the FtACH. 

MEM 

This flag indicates whether the mobile station shall use the message encryption mode on the assigned 
traffic channel. 



Message Center Address 

The purpose of the Message Center address is to identify the Message Center address for the message 
being sent The maximum length of this information element is limited to 12 octets. 



40 



Bits 


octet 




8 


i ' 


6 


> 




3 


> i 


■ 
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Length of Message Center Address content (in 
octets) 


Message Center Address 
0 0 0 

1 

Parameter Code 


i 


0 Type of 
Reserved number 


Numbering plan 
identification 




2nd digit 


1st digit 


3 








[(2xN)-4]*th digit or Filler (for odd) 


[(2xN)-5]'th digit 


N 



20 

Type of number (octet 2) (ses Note 1 ) 

Bits 

7 6 5 

25 — — — — 

0 0 1 international number (see Note 2) 

0 10 national number (see Notes 2, 4, 5) 

0 11 network-specific number (see Note 3) 

30 110 abbreviated number 

111 reserved for extension 

All other values are reserved . 
NOTES : 

1. For the definition of "international and national 
number" , see CCITT Recommendation 1.3 30. 

2. Prefix or escape digits shall not be included. 

3. The type of number 'network-specif ic number' is used 
to indicate administration and service number 
specific to the serving network. 

4. For calls between the United States and other 
45 countries within wcrld zone 1 (see CCITT 

Recommendation E.163 for assignment of country 
codes) , where the numbering plan identification is 
so "ISDN/telephony numbering plan", "type of number" is 

coded to "national number". 

5. For numbers that contain service access codes (e.g., 
"700", "300", 900"), "type of number" is coded as 

55 "national number". 



35 
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Numbering Plan Identification (octet 2) 

Numbering plan (applies for type of number = 001 and 010) 
Bits 



4 ? 3 1 

10 

0 0 0 0 unknown 

0 0 0 1 ISDN/telephony numbering plan (CCITT 

Recommendations E. 164 and E. 163) 

15 10 0 1 private numbering plan 

1 1 I 1 reserved for extension 

All other values are reserved. 
20 Digits (octets 3, etc.) 

This field is coded TBCD as follows: 



Binary Value 


Digit 


0000 


Filler 


0001 


1 


0010 


2 


0011 


3 


0100 


4 


0101 


5 


0110 


6 


0111 


7 


10 00 


8 


1001 


9 


1010 


0 


1011 


* 


1100 




All other values reserved 



Message Type 

This 8-bit information element identifies the function of the message being sent The message types are coded 
as follows: 

55 
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F-BCCH Messages 


Code (binary-hex) 




0010 0001 - 21 




0010 0010-22 


BMI Identity 


0010 0011 - 23 


Cell Selection Parameter 


0010 0100-24 


Mobile Assisted Channel Allocation (MACA) 


0010 0101 - 25 


F-BCCH Information Override 


0010 1001 - 29 


Registration Parameter 


0110 1000 - 68 



E-BCCH Messages 


Code (binary-hex) 


Neighbor Cell 


0001 0000- 10 


Emergency Information Broadcast 


0001 0001 - 11 


Go Away 


0110 0000 - 60 



SPACH Messages 


Code (binary-hex) 


Page _— — 


0000 0000-00 


Digital Traffic Channel Designation , 


0111 0000 - 70 


Analog Voice Channel Designation . 


0111 0001 -71 


Registration Accept _ 


noooou - a 


Registration Reject 


1100 0010 - C2 
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SSD Update Order 


0000 1001 - 09 


5 


Base Station Challenge Order Confirmation 


0000 1000 - 08 




Unique Challenge Order 


0000 0111 - 07 




Poiiit-to-Point Short Message Service R-DATA 


0000 0110 - 06 


10 


Poict-to-Point Short Message Service R-DATA ACCEPT 


0001 0010 - 12 




Point-to-Point Short Message Service R-DATA REJECT 


0001 0011 - 13 




Message Waiting 


0010 1000 - 28 


15 


SOC / BSMC Message Delivery 


0001 0100 - 14 




RACH Confirmation 


0001 0101 - 15 




Parameter Update 


1010 00 10 - A2 


20 


SOC/BSMC Identification 


0001 0110- 16 




Release 


000! 1000 - 18 




Directed Retry 


01100001 -61 


25 


Go Away 


0110 0000 - 60 


30 






RACH Messages 


Code (binary-hex) 




Page Response 


0000 0010 - 02 


35 


Origination (Setup) 


0000 0100 - 04 




Registration 


1100 0001 - CI 




SOC/BSMC Identification Request 


0001 0111 - 17 


40 


SSD Update Order Confirmation 


0000 0101 -05 




Base Station Challenge Order 


0000 0011 -03 




Unique Challenge Order Confirmation 


0000 0001 -01 


45 


Point-to-Point Short Message Service R-DATA 


00000110-06 



50 

/ 
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Point-to-Point Short Message Service R-DATA ACCEPT 


0001 0010 - L2 


Point-to-point Short Message Service R-DATA REJECT 


0001 0011-13 


SOC / BSMC Message Delivery 


0001 1001 - 19 


Parameter Update Confirmation 


001 1 0100 - 34 


SPACH Confirmation 


0010 0000 - 20 


MACA Report 


0010 0110 - 26 



10 



15 



S-BCCH Messages 


Code (binary-hex) 


Broadcast Information Message 


0010 0111 - 27 



20 Minutes 

This field indicates a time in minutes. 
Model Number 

25 

This field indicates the model number of the mobile station. ^ 
MPCI 

30 The Mobile Protocol Capability Indicator is used to inform the BS of its processing capabilities according 

to the following table: 



35 



Value 


Function 


000 


Indictes EIA -55 3 or IS-54-A mobile station 


001 


Indicates ElA/TIA IS-54-B dual mode mobile station 


010 


Indicates IS-7X DCC mobile station 


011 


Indicates IS-54+ mobile station (DCC and IS-54-Q 


100 


Reserved 


101 


Reserved 


no 


Reserved 


Hi 


Reserved 



40 



45 



50 



Note: 



IS-54 mobile station is a mobile* station which 
conforms to the protocols set forth in this 
specification • 
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MS_ACC_PWR 

The mobile station access po.wer level dictates the maximum output power that the MS may use when ini- 
tially accessing the network. 



10 



15 



20 



MS_ACC_PWR 


Code 


Value (in dBm) 


0000 


36 


0001 


32 


0010 


28 


0011 


24 


0100 


20 


0101 


16 


0110 


12 


0111 


8 


1000 


4 


1001 


0 


1010 


-4 


All other values are reserved 



30 

Neighbor Cell List (Analog) 

This optional information element indicates the analog channels the mobile shall measure for purposes of 
cell reselection. 

35 



40 



45 



Field 


Length (bits) 


Parameter type 


4 (00 10) 


Number of analog neigbor cells ( =m) 


5 


CHAN 


il*m 


PCI 


2*m 




Total = 9 + 13*m 



The PCI indicates the protocol capability of the analog neighbor cell. It is defined as follows: 

so 
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PCI 


Code 


Value 


00 


El A 553 


01 


IS-54B 


10 


Reserved 


11 


Reserved 



10 



15 



Neighbor Cell List (TP MA) 

This optional information element indicates the TEMA channels for purposes of cell reselection. 



Field 


Length (bits) 


Parameter type 


4 (0001) 


Number of TDM A neighbor ( =n) 


5 


CHAN 


11 *n 


DVCC 


8*n 


RES EL OFFSET 


6*n 


SS SUFF 


5*n 


DELAY 


4*n 


HL_FREQ 


l*n 


C ELLTYPE 


2*n 


Network Type 


2*n 


MS ACC PWR 


4*n 


RSS ACC MIN 


5*n 




Total = 9+48-n 



20 



25 



30 



35 



40 



Note; The fields not defined within this s 
defined under the corresponding IE. 



ection are 



45 



DELAY 


Code 


Value 


0000 


0 second 


0001 


20 seconds 


• 




1110 


280 seconds 



50 
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■f 



mi 



Reserved 



10 



15 



20 



25 



30 



35 



40 



45 



50 



55 



Number of Analog Neighbor Cells 

The number of neighbor cells that are of analog type. 
Number of DCC Slots, This Freg 

The number of slots dedicated to DCC on this frequency according to the following table: 



Value 


Function 


00 


Half rate DCC on time slot 1 


01 


Full raie DCC on time slots I. 4 


10 


Double full rate DCCs on time slots 1, 4 and 2, 5 (Note I) 


11 


Triple full rate DCCs on time slots 1, 4; 2, 5; and 3, 6 (Note 1) 



NOTE 1: Slots 1 and 1, 4 must: be a master DCC while 
slots 2, 5 and 3, 6 must be slave DCCs with a 
master on the same frequency. 

Number of E-BCCH 

The number of contiguous dedicated E-BCCH slots per superframe (1 plus the value in this field). 
Number of F-BCCH 

The number of contiguous dedicated F-BCCH slots per superframe (1 plus the value in this field). 
Number of Messages 

This field indicates the number of messages waiting. 
Number of S-BCCH 

The number of contiguous dedicated S-BCCH slots per superframe. 
Number of Skipped Slots 

The number of dedicated Skipped slots per superframe. See PCH Subchannel Selection. 
Number of SMS Messages 

A variable to indicate the number of broadcast SMS messages in this SMS frame (1 plus the value in this 
field). 

Number of Subchannels 

A variable to indicate the number of SMS subchannels being used by this DCC (1 plus the value in this 
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field). 

Number of TDMA Neighbor Celts 

The number of neighbor cells that are of TDMA type. 
PLC 

The overload class (OLC)determines whether or not a mobile may make an origination on RACH. The mo- 
bile station must examine the value of the bitmap corresponding to its internally stored access overload class 
assignment. If the identified OLC bit is enabled, the mobile may continue with an origination access. Otherwise, 
the mobile may not make an origination access. 

The recommended overload control bit assignments are: 



Value 


Function 


oooocooooooooooo 


Uniform distribution assigned to normal subscribers 


OOOOCOOO0O00CO10 


Uniform distribution assigned to normal subscribers 


OO0OCOOOOO000100 


Uniform distribution assigned to normal subscribers 


0000000000001000 


Uniform distribution assigned to normal subscribers 


00000000000 10000 


Unifor m distribution assigned to normal subscribers 


0000000000100000 


Uniform distribution assigned to normal subscribers 


0000000001 000000 


Uniform distribution assigned to normal subscribers 


0000000010000000 


Unifo rm distribution assigned to normal subscribers 


0000000 100000000 


Uniform distribution assigned to normal subscribers 


0000001000000000 


Uniform distribution assigned to normal subscribers 


CKXO010000000000 


Test Mobiles 


OCKX)100CX)0000000 


Emergency mobile 


0001000000000000 


Reserved 




00 100OO0O00000O0 


Reserved 


0 1 oooooooooooooo 


Reserved 


1000000000000000 


Re served 



For more information, referto ElATelecommunications Systems Bulletin No. 16 (March 1985), "Assignment 
of Access Overload Classes in the Cellular Telecommunications Services 11 . 

PAGE_MODE 

This informational element specifies the type of channel to be assigned to the mobile according to the fol- 
lowing table: 
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Function 



Value 



10 



PCH_PISPLACEMENT 

15 The maximum number of times an expected page message can be displaced onto another downlink chan- 

nel. 

PDREG 

20 This flag indicates whether geographic registration is turned on or off. (As per IS-54B.) 

Periodic Registration 

This optional field indicates that periodic registration is used and also contains the specified periodicity 
25 in minutes. 



30 



Field 


Length (bits) 


Parameter type 


4 (0001) 


Registration Periodicity in minutes 


9 



Phase Length of Subch. Cycle 



35 



A variable to indicate the number of SMS frames that make up 1 cycle (1 plus the value in this field). 
Phase Number of Subch. Cycle 
4o A variable to indicate which SMS frame in the cycle is currently being broadcast. 

PM 



45 



50 



This flag defines whether the mobile station shall use the privacy mode initially on the assigned digital 
traffic channel. 

Primary Superframe Indicator 

This bit toggles to indicate if the current superframe being broadcast is the primary or secondary super- 
frame within the hyperframe. 



55 



Value 


Function 


0 


Primary 


1 


Secondary 



92 

NJSDOCID: <EP___065268OA2_l_> 



EP 0 652 680 A2 

PUREG 

This flag indicates whether power up registration is turned on or off. (As per IS-54B.) 
5 RAND 

The random number stored by a mobile for use in selected authentication processes. 
RAN DBS 

10 

A random number generated by the MS that is used in the SSD Update Procedure. 
RAN DC 

75 A number used to confirm the last RAND received by the MS. 

RANDSSD 

A random number generated by the MS that is used in the SSD Update Procedure. 

20 

RANDU 

A random number generated by the BS that is used in the unique challenge update procedure. 
25 R-Cause 

This information element (IE) is a 1 -octet long, and is mandatory in the R-DATA REJECT message. 
The following tables provide the R-Cause IE layout and the cause values description. 

30 



Bits 


Octet 


8 


7 


6 


5 


4 


3 


2 


1 









Cause I 
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10 



15 



20 



25 



30 



35 



40 









Code 


Cium De scrip lion 


Direction 


Decima 

1 


Binary 


Unaaaigned (unallocated) number 


B -~ MS 


I 


0000001 


Call barred 


B — MS 


10 


0001010 


Short mcuage transfer rejected 


B - * MS 


X I 




Memory capacity exceeded 


W C TJ 






Destination out of service 


n _ . uc 

a rnj 




00 1 101 1 


Unidentified nibacribcr 


B MS 




001 1 100 


Facility rejecied 


B — * MS 




mi i mi 


Unknown ubseriber 


B — • MS 


30 


/vm i i in 


Ncrworfc out of order 


B — * MS 


38 


fll tYYl 1 A 


Temporary failure 


0 — « Ms 


41 


UtUIIAJl 


Congestion 


B — MS 


42 


0101010 


Resource* unavailable, unspecified 


B — MS 


41 


0101111 


Requeued facility not implemented 


B — MS 


69 


1000101 


Invalid ihon meaaage transfer reference value 


B — MS 


81 


1010001 


Invalid message, unspecified 


B — MS 


95 


louni 


Mandatory ui formation element error 


both 


96 


1 100000 


Meaaa ge type oon-exisLem or not implemented 


B — MS 


97 


1 100001 


Meaaage not compatible with ah on memge transfer sute or mcaaage type 
ooo-exiaiexd or not implemented 


B — MS 


98 


1 100010 


Ln/ormiiioo element noo-exisunt or not implemeRied 


both 


99 


11 000 11 


Invalid information element ronirma 


both 


too 


1100100 


Meaaage not compatible with die anon message transfer atau 


both 


101 


1100101 


Protocol error, unapeciSed 


both 


111 


noun 


Inxerworking, unspecified 


B — MS 


127 


mini 


All other values are reserved. 





45 

R-Data Unit 



The R-Data Unit IE contains the Higher Layer Protocol Data Unit. This IE is mandatory in a R-DATA mes- 
50 sage. The IE has a variable length, up to 241 octets, the first octet sent being the length indicator. 
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Bits 


Octet 


8 


7 


6 


5 


4 


3 1 * 1 ■ 




Length Indicator (in octets) 


1 




Higher 


Layer Protocol Identifier 




2 




Higher 


Layer Protocol Data Unit 




3 



Higher Layer Protocol Data Unit 



15 The Higher Layer Protocol Identifier field is coded as follows: 

[[paste p. 132 1. ]] 

REGH 



This indicates whether a home mobile station shall register. 



REG_HYST 

If a candidate DCC from the neighbor list has been examined and deemed the best choice for cell rese- 
ts lection and this candidate DCC requires registration, the MS shall move to the new cell only after a signal 
strength difference of REG_HYST dB has been obtained. 



30 



35 



Value 


Function 


000 


0 dB 


001 


2dB 


010 


4 dB 


011 


6 dB 


100 


8 dB 


101 


10 dB 


.110 


12 dB 


111 


oo dB 



REGID Parameters 

45 = 

This optional field contains information on the current REGID value and the time between stepping REGID. 
The latter value is expressed in superframes. 



Field 


Length (bits) 


Parameter type 


4 (0010) 


REGID 


20 


REGID_PER 


4 
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Registration Type 

Used to indicate the type of registration the mobile is making according to the following table: 



Value 


Function 


000 


Power down 


001 


Power up 


010 


Geographic 


011 


Forced 


100 


Periodic 


101 


Reserved 


110 


Reserved 


111 


Reserved 



20 

REG Period 



This optional field indicates that periodic registration is used and also contains the specified periodicity 
in units of 94 superframes (60.16 seconds). 



30 



Field 


Length (bits) 


Parameter type 


4(0001) 


REGPER: Registration Periodicity in units of 94 superframes 


9 



REGR 

35 This indicates whether a roaming mobile station shall register. 

Request Number 
See IS-54B. 

40 

RES EL_OFFSET 

The reselection offset value is used to increase/decrease the preference of a new candidate cell being 
considered for cell reselection. 



50 
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RESELECT_OFFSET 


Code 


Value (dB) 


000000 


0 


000001 


2 






111110 


124 


111111 


126 



96 



MSDOCID: <EP 0652680A2J_> 



EP 0 652 680 A2 



RNUM 



This 10 bitfield contains the registration number that is used to define a particular mobile's virtual mobile 
location area (VMLA). 



Field 


Length (bits) 


Parameter type 


4 (0001) 


Number of RNUMs 


6 


RNUM (Note 1) 


10 



Note 1: Up to 63 instances may be sent. 



RSS_ACC_MIN 

This information element is used for the cell (re)selection process. It is the minimum received signal 
strength required to access the cell. 



RSS_ACC_MIN 


Code 


Value (dBm) 


00000 


-113 


00001 


-111 


it 


it 


11110 


-53 


11111 


-51 



R-Transaction Identifier 

The R-Transaction Identifier is used to associate a R-DATA ACCEPT or a R-DATA REJECT message to 
the R-DATA message being acknowledged. 

S 

The serial number flag indicates whether the mobile station sends the ESN message along with a regis- 
tration, origination, page response, unique challenge order confirmation, or base station challenge order mes- 
sages on the RACH. 



SB 

This flag defines whether the mobile station shall use the shortened burst initially on the assigned digital 
traffic channel. 

SCANFREQ 

The default minimum required number of signal strength measurements per superframe for candidate 
DCCs in the neighbor list. 
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sec 

This field defines the SAT color code to be used on the assigned analog voice channel. 



10 



Bit Pattern 


SAT Frequency 


00 


5970 Hz 


01 


6000 Hz 


10 


6030 Hz 


11 


Reserved 



SCM 

The station Class Mark denotes the powerclass, transmission capability and bandwidth of the MS. 
Seconds of Day 

A sequential time-of-d ay counter in seconds, where 12:00:00 A.M. = 0. 
SERV_SS 

This information element is used in the cell reselection process. It is the signal strength used to determine 
a threshold over which a neighbor cell qualifies for the service aspects of the cell reselection process. 



Code 


Value (in dB) 


0000 




0001 




•t 


M 


1110 




1111 





SMS Message ID 

40 

A variable used to identify this unique SMS message. 
SMS Message Length 

4 5 The maximum allowable length (in octets) of a L3 short message sent on the RACH according to the fol- 

lowing table: 



50 
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Valu 6 


Function 


000 


Mo iniuaieu oivio not aiioweu 


001 


oi octet maximum mo initiatea rv\un omo 


010 


DO OCiSl maximum Mo InltiaiSu RMun OIVIO 


U I I 


127 octet maximum MS initiated RACH SMS 


100 


Reserved 


101 


Reserved 


110 


Reserved 


111 


Limited only by L2 format 



SOC & BSMC IP Control 

This flag indicates whether or not the MS may request the BS SOC & BSMC ID. 
Software Vintage 

This indicates the software vintage for the mobile. 
SSD Update Status 

Used to indicate the success, or reason for failure, of an SSD Update Order according to the following table: 



Value 


Function 


00 


SSD Update Successful! 


01 


SSD Update Failed due to AUTHBS mis-match 


10 


SSD Update Failed due to timeout 


11 


Reserved 



SS_SUFF 

The minimum signal strength deemed sufficient for a new candidate DCC to be considered for ceil rese- 
lection. 
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SS_SUFF 


Code 


Value 


00000 


-113 dBm 


00001 


-111 dBm 


n 




11110 


-53 dBm 


11111 


-51 dBm 
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Subchannel Number 

A variable to identify which subchannel is currently being broadcast. 
5 SYREG 

The system based registration flag indicates whether or not the mobile is to geographically register when 
the mobile enters a new system identification area. 

10 Text Message Data Unit 

The Text Message Data Unit is a variable length IE which contains the message to be broadcast. Only one 
instance of this IE is allowed per message. The following table provides the Text Message Data Unit description. 



Bits 


Octet 


8 7 6 5 4 3 2 1 


Length Indicator (in octets) 


I 


Short Message character 1 (IA5) 


2 


i 




Short Message character 253 (IA5) 


l + L 

L min. =0 
L max. = 
253 



VMAC 

This field indicates the power level to be used on the assigned analog voice channel. The coding is ac- 
35 cording to IS-54B Table 2.1 .2-1 . 

VP_MEM 

The Voice Privacy, Message Encryption Mode bit is used to request a call mode preference. 

40 

SMS Higher Layer Operation 

The Higher Layer Protocol Data Unit field in the R-Data Unit is used to carry the SMS application layer 
messages. 

45 

Message Set 

The SMS application messages are defined in this section. These messages are transported on the air 
interface via the layer 3 R-DATA message, or more specifically within the R-Data Unit Information Element. 

For every SMS application message, 2 tables are provided: the first one provides the Information Element 
included in each message and the second provides the message layout for the mandatory IE. 

The maximum length of a SMS application layer message shall not exceed 239 octets in order to fit within 
the R-Data Unit IE. 

The SMS application layer messages are as follows. 

SMS DELIVER 

This SMS application layer message is used in support of MS terminated SMS delivery from the network 
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to the MS. 

The following tables provide the message content and the message layout for the mandatory IE. 



10 



15 



20 



Information Element 


Direction 


Type 


Length 


Message Type Indicator 

r\ /TT\ 

(MTT) 


B - MS 


M 


3 bits 


Kepiy caption 
(RO) 


B -* MS 


M 


1 bits 


Urgency Indicator (Ul) 


B - MS 


M 


2 bits 


Privacy Indicator (PI) 


B - MS 


M 


2 bits 


Message Reference 


B -* MS 


M 


6 or 13 bits 


User Data Unit 


B - MS 


M 


2 - * octets 


User Originating Address 


B MS 


O (Note 1) 


2 - * octets 


User Originating Subaddress 


B MS 


O (Note 2) 


2 - * octets 


Message Center Time Stamp 


B- MS 


O (Note 3) 


8 octets 



25 



Note I: May be included by the originating user or the Message Center to identify the originating 
user. 

Note 2: Included if the originating user indicated its subaddress. 

Note 3: The Message Center may include a time stamp at which the message was received at the 
Message Center. 



30 



Bits 


Octet 


8 


7 6 


5 4 


3 2 


I 




0 

spare 


UI 


PI 


MTI 


1 


0/1 
ext 


Message Reference (MSB) 


RO 


2 (Note I) 


1 

ext 


Message Reference (LSB) 


2a (Note 1) 


User D 


aU Unit 


3 


User Data Unit 


etc 


Note 1: If the message reference value exceeds 63, bit 8 of octet 2 is set to 0 t and octet 2a 
is present. If the message reference value is less than 64, octet 2a is not present, 
and bit 8 of octet 2 is set to 1. 



55 

SMS SUBMIT 

This SMS application layer message is used in support of MS originated SMS. 
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The following tables provide the message content and the message layout. 



5 


Infornutiof) 

4 rf ^ 1 1 1 wi J t 


Reference 


Direction 


Type 


Length 




Message Type 

Indicator 

(MTI) 




MS -» B 


M 


3 bits 


10 


Urgency Indicator 
CUT) 




B MS 


M 


2 bits 




Privacy Indicator 
(PI) 




B — ► MS 


M 


2 bits 




Message Reference 






*vi 


6 or 1 3 bits 


15 


Delivery Receipt 
(DR) 




MS — ► B 


M 


1 bits 




User Destination 
Address 




MS — ► B 


M 


2 - • octets 


20 


User Data Unit 




MS-> B 


M 


I - * octets 


User Destination 
S u bad dress 




MS — ► B 


O (Note t) 


2 - * octets 




Validity Period 




MS-* B 


O (Note 2) 


2 or 8 octets 


25 


Deferred Delivery 
Time 




MS — ► B 


O (Note 3) 


2 or 8 octets 


30 


Note 1 : Included in the event that destination user has a subaddress. 
Note 2: Included to indicate to the Message Center the validity of a MS submitted 
short message. 

Note 3: Included to indicate to the Message Center the time when a MS 
submitted short message shall be delivered. 



Bits 


Octet 


8 


| 7 


6 5 


4 


3 2 | 1 




0 

spare 


DR 


UI 


0 
spare 


MTI 


I 


0/1 

CXI 


Message Reference (MSB) 0 

spare 


2 (Note 1) 


1 

ext 


Message Reference (LSB) 


2a (Note 1) 


User Data Unit 


3 


User Data Unit 


etc 


Note 1: If the message reference value exceeds 63. bit 8 of octet 2 is set to 0, and 
octet 2a is present. If the message reference value is less than 64, octet 2a 
is not present, and bit 8 of octet 2 is set to I . 



SMS USER ACK 

55 This SMS application message is sent by the MS user in response to a SMS DELIVER message with the 

Reply Option IE indicating that User Acknowledgment is required. 

The following tables provide the message content and the message layout for the mandatory lEs. 
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Information 
Element 


Reference 


Direction 


Type 


Length 


Message Type 

Indicator 

(MTT) 




MS-» B 


M 


3 bits 


Response Code 
(RQ 




MS— ► B 


M 


4 bits 


Message Reference 




MS-> B 


M 


6 or 13 bits 


User Data Unit 




MS-» B 


M 


I -• 


User Destination 
Address 




MS-> B 


O (Note I) 


2- • octets 


User Destination 
Subaddress 




MS-+ B 


O (Note 2) 


2- 9 octets 


Note 1: Included 
DELTVE 

Note 2: May be 
SMS DE 


I if the User Origination address was included in the SMS 
R message to be "user acknowledged". 

included if the User Origination subaddress was included in the 
UVHER messace to be "user acknowledged". 



20 



Bits 


Octet 


8 


7 6 | 5 


4 


3 2 


1 




Response Code 


0 
spare 


MTI 


1 


ovi 

ext 


Message Reference (MSB) 


0 

spare 


2 (Note 1) 


1 

ext 


Message Reference (LSB) 


2a (Note 1) 


User Data Unit 


3 


User Data Unit 


etc 


Note 1: If the message reference value. exceeds 63, bit 8 of octet 2 is set to 0, and 
octet 2a is present. If the message reference value is less than 64, octet 2a 
is not present, and bit 8 of octet 2 is set to I. 



40 

SMS FEAT_CTRL_REQU 

This SMS application layer message is used to allow the MS user to control the SMS application features 
45 are controlled. The Feature Parameter IE and the Feature Status IE are associated with the Feature ID IE. 
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Information 
Element 


Reference 


Direction 


Type 


Length 


Message Type 
Indicator (MTT) 




MS-+B 


M 


3 bits 


Number of feature 
set 




MS-»B 


M 


3 bits 


Feature set 




• MS-+B 


M(Note i) 


2- 'octets 


Note I : The Number of feature set indicates the number of instances of the 
Feature set IE. 



15 



Bits 


Octet 


8 | 7 6 


5 4 


3 2 1 


Number of Feature set 


0 0 
spare 


MTI 


1 


Feature set I, octet 1 


2 


Feature set I, octet 2 


3 



25 

SMS FEAT_CTRL_STATUS 

This SMS application layer message is used to allow the MS to receive information regarding its SMS ap- 
plication features status. 

30 



Information Element 


Direction 


Type 


Length 


Message Type Indicator (MTI) 


B-MS 


M 


3 bits 


Number of feature set 


B-MS 


M 


3 bits 


Feature set 


B-MS 


M 

(Note I) 


2 - * octets 



Note I: The Number of feature set indicates the number of ''p^«n^ of the Feature set IE. 
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Bits 


Octet 


8 7 I 6 


5 4 


3 2 1 


Number of Feature sei 


0 0 
spare 


MTI 


i 


Feature set 1, octet 1 


2 


Feature set 1, octet 2 


3 
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Information Element Description 

The following table provides the complete list of lEs defined at the SMS application layer. 



5 


information Element 


Information Element Identifier (IEI) 






MS/EB bits 4 3 2 1 


B /£ MS bits 4 3 2 1 




Message Type Indicator 


n/a 


n/a 


10 


Deferred Delivery Time 


00 10 


n/a 




Delivery Receipt 


n/a 


n/a 




Feature set 


n/a 


n/a 


15 


Message Center Time Stamp 


n/a 


0001 




Message Reference 


n/a 


n/a 




Number of Feature set 


n/a 


n/a 


20 


Privacy Indicator 


n/a 


n/a 




Reply Option 


n/a 


n/a 




Response Code 


n/a 


n/a 


25 


Urgency Indicator 


n/a 


n/a 




User Data Unit 


n/a 


n/a 




User Destination Address 


n/a 


n/a 


30 


User Destination Subaddress 


00 11 


n/a 




User Originating Address 


n/a 


0 10 0 




User Originating Subaddress 


n/a 


0 10 1 


35 


Validity Period 


0 110 


n/a 




All other IEI values are reserved. 



40 Message Type Indicator 

The Message Type Indicator is a 3-bit field located within bits 1 ,2 and 3 of the first octet of each SMS ap- 
plication message MTI is coded as follows: 



45 



Bits 


Message Type 


32 1 


- B->MS 


MS -> B 


000 


SMS DELIVER 


SMS SUBMIT 


001 


Reserved 


Reserved 


0 1 0 


Reserved 


SMS USER ACK 


0 1 1 


SMS FEAT_CTRL_ STATUS 


SMS FEAT_CTRL_REQU 


All other values are reserved. 
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Deferred Delivery Time 

The Deferred Delivery Time is an optional IE which is included in a SMS SUBMIT to allow the message 
center to deliver the message at a later time. 
5 The Deferred Delivery Time field is given in either integer or semi-octet representation. In the first case, 

the Deferred Delivery Time comprises 2 octets, giving the relative delivery time, counted from when the SMS 
SUBMIT is received by the Message Center. In the second case, the Deferred Delivery Time comprises 8 oc- 
tets, giving the absolute time for the submitted short message to be delivered. 



Bits 


Octet 


8 7 | 6 


5 


4 3 2 1 


0 0 0 
Reserved 


Format 
= 0 


Deferred Delivery Time 
0 0 10 
Information Element Identifier 


I 


Deferred Delivery Tune - relative 


2 



Deferred Delivery Information Element Content, 8 octet 
f ormat 



Bits 


Octet 


8 7 6 


5 


4 3 2 1 




0 0 0 
Reserved 


Form 
at 

- 1 


Deferred Delivery Time 
0 0 1 o 
In format] on Element Identifier 


1 


Deferred Delivery Time - absolute 


2 


Deferred Delivery Time - Absolute 


3 


Deferred Delivery Time - absolute 


4 


Deferred Delivery Time - absolute 


5 


Deferred Delivery Time - absolute 


6 


Deferred Delivery Time - absolute 


7 


Deferred Delivery Time - absolute 


8 



Delivery Receipt 



The Delivery Receipt is used in a SMS SUBMIT message to request the message center to provide a delivery 
receipt to the MS upon delivery to the destination user of a MS originated short message. 





Bit value 




0 


No delivery receipt required 


55 


1 


Delivery receipt required. 
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Feature set 

The Feature set IE is used to control or provide status regarding specific features. At least one instance of 
feature set is mandatory when SMS FEAT_CTRL_REQU or SMS FEAT_CTRL_STATUS message is sent. The 
Feature Parameter and the Feature Status are associated with the Feature ID. 
Feature Set Information Element Content 



10 



15 



Bhs 


Octet 


8 I 7 | 6 | 5 


4 I 3 I 2 I . 


oooo 

spue 


Feature DO 


I 


Feature status I Feature Parameter | 0 0 0 
I J spare 


2 



20 



25 



30 



45 



50 



The Feature ID field is used to identify the feature associated with a given instance of Feature Status and 
Feature Parameter within the SMS FEAT CTRL REQ and SMS FEAT CTRL STATUS messages. The Feature 
ID field is coded as follows: 



Bit 


4 


3 


2 


1 




0 

All other v 


0 

alues are r 


0 

eserved. 


0 


SMS 



The Feature Parameterf ield is used in a SMS FEAT CTRL STATUS and SMS FEAT CTRL REQU to identify 
the feature parameter associated with a given Feature ID. If the Feature ID indicates SMS, the feature para- 
meters are defined as follows: 



35 


Bit 


6 


5 


4 






0 


0 




0 


Accept All Messages 




0 


0 




1 


Store All Messages 


40 


0 


1 




0 


Accept Selected Messages 




All other values are reserved 







The Feature Status is a 2-bit field used to indicate the status (in SMS FEAT CTRL STATUS message) or 



Bit 


8 


7 




0 
0 

All other value 


0 
1 

s are reserved 


Feature Parameter OFF 
Feature Parameter ON. 
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Message Center Time Stamp 

The Message Center Time Stamp is optionally included in a SMS DELIVER message to indicate the time 
when the Message Center received the short message. 

The Message Center Time Stamp IE is given in semi-octet representation, and represents the time in the 
following way: 



Bits 


Octet 


8 7 1 6 5 


4 3 2 1 




0 0 0 0 
Reserved 


Message Center Time Stamp 
0 0 0 1 
Information Element Identifier 


1 


Year digit I 


Year digit 2 


2 


Month digit 1 


Month digit 2 


3 


Day digit 1 


Day digit 2 


4 


Hour digit 1 


Hour digit 2 


5 


Minute digit 1 


Minute digit 2 


6 


Second digit 1 


Second digit 2 


7 


Time zone digit I | Time zone digit 2 


8 



25 

NOTE: Digit i is the most significant digit E.g., if Year digit 1 = 9 and Year digit 2 = 3, 
then the year is 93. 



30 Message Reference 

The Message Reference (MR) IE gives an integer representation of a reference number for the short mes- 
sage. 

If the MR value is less than 64, only the 6 bit field is used for the MR. If the MR value is greater than 63, 
35 but less than 81 92, the 1 3 bit field is used for MR. 

In MS. terminated SMS, the MR is used to associate a User Acknowledgment message to the previously 
sent SMS DELIVER message to be "user acknowledged". The MR sent in a SMS USER ACK message shall 
be the same as the one received in the SMS DELIVER message being "user acknowledged". 

40 Number of Feature Set 

The number of feature set identifies the number of instances of Feature set IE present in a SMS 
FEAT_CTRL_REQU or a SMS FEAT_CTRL_STATUS message. 



Bit 


8 


7 


6 




0 


0 


0 


Reserved 


0 


0 


1 


1 Feature set 


0 


1 


0 


2 Feature set 




• 




• 


1 


1 


0 


6 Feature set 


1 


1 


1 


7 Feature set 
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Privacy Indicator 



The privacy indicator is used in the SMS DELIVER and SMS SUBMIT messages to allow the sending user 
to set a level of privacy to the message being sent. 

A mobile station receiving a SMS DELIVER may process the message differently based on the level of 
privacy (e.g. added protection by using different passwords to be entered by the mobile user to read the in- 



to 



15 



Bits 


6 


5 






0 


0 


not restricted 


(privacy level 0) 


0 


1 


restricted 


(privacy level 1) 


1 


0 


confidential 


(privacy level 2) 


1 


0 


secret 


(privacy level 3) 



20 



25 



30 



35 



40 



45 



Reply Option 

The Reply Option IE is a 1-bit field mandatory in SMS-DELIVER message to indicate if user acknowledgment 
is requested. This bit is located in bit 0 of the second octet of the SMS-DELIVER message. 

0 User acknowledgment not required 

1 User acknowledgment required 

Response Code 

The Response Code is used to carry the MS user response to a previously received short message. 
The Response Code is a 4-bit length mandatory IE used in a SMS USER ACK message. The Response 
Code values are Message Center specific. 

Urgency Indicator 

The Urgency Indicator IE is used to allow the sender of a short message to provide levels of urgency to a 
short message. For example, the MS could use the Ul to provide different user notification. The Ul is a man- 
datory 2 bit IE included in SMS DELIVER and SMS SUBMIT messages. The coding of the Ul is as follows: 



Bits 


7 


6 




0 


0 


bulk 


0 


1 


normal 


1 


0 


urgent 


1 


0 


very urgent 



50 



User Data Unit 



The user data unit IE is used to carry the user text message. 
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Bits 


Octet 


8 7 6 


5 4 3 2 1 


Length Indicator (in octets) 


1 


0 0 0 
spare 


Encoding identifier 


2 


User Data 


3 






User Data 


n 



15 The User Data represents the user message, and is encoded as specified by the Encoding identifier as follows: 



Bits 


5 


4 


3 


2 


1 




0 


0 


0 


0 


1 


IA5, as specified by table 11 of CCITT 






rec. T.50 








0 


0 


0 


1 


0 


User specific 


All other values are reserved. 







User Destination Address 

30 

The purpose of the User Destination Address information element is to identify the user destination address 

of a MS originated short message (i.e., SMS SUBMIT message) 

The maximum length of this information element is network-dependent. 



35 

User Destination Information Element (TBCD coding) 



Bits 


Octet 


8 


7 6 5 


4 3 2 1 


Length of destination address contents 


1 


Address coding 
= 0 


Type of 
number 


Numbering plan 
identification 


2 


2*nd digit 


l*st digit 


3 






(2n-4)*th digit or Filler (for odd) 


(2n-5)'th digit 


0 
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User Destination Address Information Element (IA5 



user uestindi-iuii ftuui^s* ~- — ■ 

Bits 


Octet 


8 


7 | 6 5 


4 3 2 1 


Length of destination address contents 


I 


Address coding 
= 1 


Type of 
number 


Numbering plan 
identification 


2 




Tst digit/character 


3 














n'th digit/character 


n 



20 

Type of number (octet 2) (see Note 1 ) 
Bits 
25 1 <? 5 



30 



35 



40 



45 
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0 0 0 



unknown 

international number (see Note 2) 
national number (see Notes 2, 4, 5, 6) 
network-specific number (see Note 3) 
subscriber number (see Notes 2, 6) 
abbreviated number 



0 0 1 



0 10 



0 11 



10 0 



110 



111 



reserved for extension 



All other values are reserved. 
NOTES : 

1- For the definition of "international, national and 
subscriber number", see CCITT Recommendation 1.33 0. 

2. Prefix or escape digits shall not be included. 

3. The type of number 'network-specific number 1 is used 
to indicate administration and service number 
specific to the serving network. 

4. For short message submission between the United 
States and other countries within world zone 1 (see 
CCITT Recommendation E.163 for assignment of country 
codes) , where the numbering plan identification is 
"ISDN/ telephony numbering plan", "type of number" is 
coded to "national number". 

5. For numbers that contain service access codes (e.g., 
"700", "800", 900"), "type of number" is coded as 
"national number" . 

6. Service codes in the "Nil" format (e.g., "911", 
"411") are unique and may be sent using either the 
"subscriber number" or "national number" codepoints. 

Numbering Plan Identification (octet 2) 
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10 



Numbering plan (applies for type of number = 000,001,010 
and 100) 
Bits 
4 3 2 1 

0 0 0 0 unknown 

0 0 0 1 ISDN/telephony numbering plan (CCITT 

Recommendations E. 164 and E. 163) 

0 0 11 data numbering plan (CCITT Recommendation 

X.121) 

0 10 0 telex numbering plan (CCITT Recommendation F.69) 

10 0 1 private numbering plan 

1111 reserved for extension 
Ail other values are reserved. 

20 Number digju (octets 3, etc) 



15 



This field is coded TBCD or IA5, as indicated by the Address Coding field (octet 2, bit 8). If TBCD is used, 
the coding is as follows: 



Binary Value 


Digit 


0000 


Filler 


0001. 


1 


0010 


2 


0011 


3 


0100 


4 


0101 


5 


0110 


6 


0111 


7 


10 00 


8 


1001 


9 


1010 


0 


1011 


* 


1100 




All other values are reserved 



User Destination Subaddress 



The purpose of the user destination subaddress information element is to identify the subaddress of the des- 
tination user subaddress of a short message. For the definition of subaddress, see CCITT Recommendations 
1.330 and 1.334. 
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10 



User Destination Subaddress Information Element 



15 



Bits 


Octet 


8 

0 


I 7 I 6 5 


4 


3 2 1 


1 


0 0 0 
Reserved 


Destination user subaddress 
0,0 1 l 
Information Element Identifier 


Length of user destination subaddress contents 


2 


0 

RSVD 


Type of subaddress 


odd/ 
even 
indica 


0 0 0 
Reserved 


3 


Subaddress information 


4 

etc 



20 



25 



Type of subaddress (octet 3) 
Bits 
7 6 5 
0 0 0 

NSAP (CCITT Recommendation X.213 or ISO 8348 AD 2 ) 
0 10 

user— specif ied 

All other values are reserved. 



30 



35 



40 



Odd/even indicator (octet 3) 
Bit 

A 
0 

even number of address signals 
1 

odd number of address signals 



45 



NOTE: The odd/even indicator is used when the type of 
subaddress is "user-specified" and the coding is TBCD. 
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Subaddress information (octet 4, etc.) 

The NSAP address shall be encoded using the preferred binary encoding specified in CCITT Recommendation 
X.213 or ISO 8348 AD2. 

When the AFI=50 (encoded in BCD as 01 010000), IA5 characters are encoded as specified in Table 11 of 
CCITT Recommendation T.50 or ISO 646 with the eighth bit set to zero. When AFI=51 (encoded in BCD as 
0101 0001), ASCII characters are encoded as specified in ANSI X3.4 with the eighth bit set to zero. 

For a user-specified subaddress, the field is encoded according to the user specification, subject to a max- 
imum length of 20 octets. When interworking with CCITT Recommendation X.25 networks, TBCD coding 
should be applied. 
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User Originating Address 

The purpose of the user originating address element is to identify the originating address of a short mes- 
sage. 

5 The maximum length of this information element is network-dependent. 

User Originating Address Information Element (TBCD 



w 



15 



20 



25 



30 



35 



45 



coding) 



Bits 


Octet 




7 6 5 


4 3 | 2 | 1 




0 


0 0 0 
Reserved 


User Originating Address 
0 I 0 0 
Information Element Identifier 


1 


Length of user originating address contents 


2 


Address 
coding 
= 1 


Type of 
number 


Numbering plan 
identification 


3 




Tst address character 


4 










n th address character 


n 



Bits 
7 6 $ 
0 0 0 
unJcnovm 
0 0 1 

international number (see Note 2) 
0 10 

national number (see Notes 2 r 4, 5, 6) 
0 11 

network-specific number (see Note 3) 
10 0 

subscriber number (see Notes 2, 6) 
110 

abbreviated number 
111 

reserved for extension 

All other values are reserved. 



50 
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NOTES : 



1. For the definition of "international, national and 
subscriber number" , see CCITT Recommendation 1.3 30. 
2- Prefix or escape digits shall not be included. 

3. Tfte type of number 'network-specific number 1 is used 
to indicate administration and service number specific to 
the serving network. 

4. For SMS transaction between the United States and 
other countries within world zone 1 (see CCITT 
Recommendation E.163 for assignment of country codes), 
where the numbering plan identification is 
"ISDN/telephony numbering plan", "type of number" is 
coded to "national number". 

5. For numbers that contain service access codes (e.g., 
"700", "800", 900"), "type of number" is coded as 
"national number" . 

€• Service codes in the "Nil" format (e.g., "911", 
"411") are 

unique and may be sent using either the "subscriber 
number" or "national number" codepoints. 

Numbering Plan Identification (octet 3) 

Numbering plan (applies for type of number = 000, 001, 



010 and 100) 
Bits 



4 3 2 1 



0000 



unknown 



0 0 0 1 



ISDN/telephony numbering plan (CCITT 
Recommendations £.164 and £.163) 



0 0 11 



data numbering plan (CCITT Recommendation 
X.I21) 



0 10 0 



telex numbering plan (CCITT Recommendation 
F.69) 



1-0 0 1 



private numbering plan 



1111 reserved for extension 

All other values are reserved. 



Digits (octets 3, etc.) 
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This field is coded TBCD as follows: 



Binary Value 


Digit 


0000 


Filler 


nnm 

UUU 1 




0010 


2 


0011 


3 


mnn 


4 




5 


mm 




U I l I 


7 


10 00 


8 


1001 


9 


1010 


0 


1011 


* 


1100 




All other values reserved 



^ User Originating Subaddress 

The purpose of the user originating subaddress information element is to identify the subaddress of the orig- 
inating user subaddress of a short message. For the definition of subaddress, see CCITT Recommendations 
1.330 and 1.334. 



User Originating Subaddress Information Element 



Bits 


Octet 


8 


7 6 5 


4 


3 2 1 


0 


ooo 

Reserved 


User originating subaddress 
0 0 1 1 
Information element identifier 


I 


Length of user originating subaddress contents 


2 


0 

RSVD 


Type of subaddress 


odd/ 
even 
indica 


0 0 0 
Reserved 


3 




Subaddress information 


4 

etc 



55 
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Type of subaddress (octet 3) 

Bits 

7 6 5 

0 0 0 NSVF 
(CCITT Recommendation X. 213 or ISO 8348 AD2) 
0 10 

user-specified 

All other values are reserved . 



Odd/even indicator (octet 3) 
* Bit 
± 
0 

number of address signals 

1 odd 
number of address signals 



NOTE: The 
odd/ even indicator is used when the type of subaddress is 
"user-specified" and the coding is TBCD. 



Subaddress information (octet 4, etc.) 

The NSAP address shall be encoded using the preferred binary encoding specified in CCITT Recommendation 
X.213 or ISO 8348 AD2. 

When the AFI=50 (encoded in BCD as 01 010000), IA5 characters are encoded as specified in Table 11 of 
CCITT Recommendation T.50 or ISO 646 with the eighth bit set to zero. When AFI=51 (encoded in BCD as 
0101 0001), ASCII characters are encoded as specified in ANSI X3.4 with the eighth bit set to zero. 

For a user-specified subaddress, the field is encoded according to the user specification, subject to a max- 
imum length of 20 octets. When interworking with CCITT Recommendation X.25 networks, TBCD coding 
should be applied. 



Validity Period 



The Validity Period IE is used in MS originated short message to indicate to the Message Center the time 
after which the message could be deleted if the message was not delivered to the destination user. 

The Validity Period field is given in either integer or semi-octet representation. In the first case, the Validity 
Period comprises 2 octet, giving the length of the validity period, counted from when the SMS-SUBMiT is re- 
ceived by the Message Center. In the second case, the Validity period comprises 8 octets, giving the absolute 
time of the validity period termination. The Validity Period Format IE indicates the format used to code the Val- 
idity Period. 
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Validity Period Information Element Content, 2 oc 



format 



Bits 


Octet 


8 7 6 


5 


4 1 3 | 2 | 1 


0 0 0 
Reserved 


Format 
= 0 


Validity Period 

oiio 

Information Element Identifier 


I 


-Val 


idiry Period - relative 


2 



15 



Validity Period Information Element Content, 8 octet format 


Bits 


Octet 


8 I 7 6 


. 5 


4 I 3 I 2 | 1 


ooo 

Reserved 


Format 
= I 


Validity Period 
0 i 1 o 
Information Element Identifier 


I 


Validity Period - absolute 


2 


Validity Period - absolute 


3 


Validity Period - absolute 


4 


Validity Period - absolute 


5 


Validity Period - absolute 


6 


Validity Period - absolute 


7 


Validity Period - absolute 


8 



35 



Validity Period - Relative - Field Coding 


VP Decimal Value 


Validity Period Value 


0 to 143 


(VP + 1) x 5 minutes (i.e. 5 minutes intervals up to 12 hours) 


144 to 167 


12 hours + ((VP - 143) x 30 minutes) 


168 to 196 


(VP - 166) x 1 day 


197 to 255 


(VP -192) x 1 week 



The Validity Period absolute is coded as the Message Center Time Stamp IE. 



50 Identification 
[[ 

Mobile Station Identification (MSID) 

55 

This mobile stations may be identified using 4 different numbering methods: 
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1. 

bit IS-54B MIN 
5 2. 

bit IS-54B MINI 

3 . 

4 . 

10 



[[See IS-54B. 



See IS-54B. 



EC 
Definition 

The International Mobile Subscriber Identity (IMSI) is a number with a maximum length of 1 5 decimal digits, 
25 composed as follows (D = a decimal digit) 
[[paste in fig pg. 159]] 
MCC 

Mobile Country Code 
MNC 

30 Mobile Network Code 
MSIN 

Mobile Station Identification Number 
NMSI 

National Mobile Station Identity 
35 IMSI 

International Mobile Station Identity 

The MCCs are defined in Annex A of E.212. The MCC identifies uniquely the country of domicile of the 

MS. All MCCs are of 3 digits length. The United States and Canada fall within Zone 3 of the Annex. Code 302 

is reserved for Canada; Codes 31 0-316 are reserved for the United States. 
40 The MNC is used to uniquely identify the home Public Land Mobile Network (PLMN) of the MS. A PLMN 

is characterized as a mobile network served by one HLR. The MCC and MNC is thus the global address of 

the MS's HLR. 

The IMSI is not used as a dialed number; and there is typically only one IMSI per NAM. 
45 Backward Compatibility with MIN 

There is a need to be backward compatible with IS-54B type of MIN. For this reason, systems using IS- 
54B MIN operation can be supported if: 

the MCC indicates a subscriber from Word Zone 3 (US & Canada), and 
50 the first two (decimal) digits of the network code are 00, then the remainder of the number can be as- 

sumed to be a conventional 10-digit MIN, & the appropriate translations applied for addressing in the network. 

IMSI Encoding 

55 The IMSI is encoded as a 50-bit fixed length field. 



34- 
24- 
2MST 



34-Blt TS-54B MIN 
24-Bit IS-54B MINI 
IMSI 
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MCC (3D) 
3xx 




MNC (2D) 
= 00 




MSIN(IOD) 




( NMSI(12D) ► 

TX/^T ( 1 ^TW > 


< ■ 



The MSIN represents the 10 decimal digits used to derive the 34-bit IS-54B MIN. 

The 15 decimal digits are then divided in 5 groups of 3 digits each. Then, each resulting 5 decimal digit 
groups is expressed as the corresponding decimal number (0 <= d|djd k <= 999, i=j+1, j=k+1, k=1,4„7,10,13) 
coded in 10 binary bits using a normal decimal to binary conversion^ 0 to 999). 



rv iCT k. 


MCC 


MNC 


MSIN 


dl5 dl4 dl3 


dl2 dlt 


dlO 


d9 d8 61 


d6 65 d4 


d3 d2 dl 


10 bits 


10 bits 


10 bits 


10 bits 


10 bits 




__ 50 bits ► 



TMSI 

The Temporary Mobile Station Identity (TMSI) may be a 20-bit MSID which is assigned dynamically by the net- 
work to the mobiles. The TMSI may be used by the network to page or deliver a message to a mobile on the 
SPACH. 

Mobile ESN 

As per IS-54B. 

System Identification 

Base stations may broadcast values indicating their identities with respect to: country, SID, network type, 
and, if they are not public, private system ID. 

They may optionally broadcast their system operator code and BS manufacturer code. These optional val- 
ues may be available by specific query or possible broadcast of these values. These optional values will be 
needed only when special proprietary signaling is requested which the BS may be able to deliver, or for access 
to local private networks . 

The identities structure will support nationwide private system identification as well as local private system 
identification. Supervision of the numbering systems will be handled differently for local and nationwide iden- 



tity allocation. 

A country code may be supported to allow international specification use and international roaming. 



Information Element 


Definition 


Type 


Bits 


SID 


System Identification - per FCC in IS-54 


M 


15 


Network Type 


pub/priv/semi-priv/domestic - set by System Operator 


M 


2 


Country Code 


Country Code - same as E.212 


M 


10 


PS ID set 


Private System Identification - per Operators/TBD 


O 


4 + 16*n 


SOC 


System Operator's Code 


O 


12 


BSMC 


Base Station Manufacturer's Code 


O 


12 
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SID 

The present 15-bit SID structure, as defined in IS-54B, may be used. 
5 Network Type 

Two bits may be used to identify the network type. Examples of network types are: Public, Private, Sem- 
iprivate and Domestic. 

The private system may only be accessible to specific mobiles. 
10 The semiprivate system may transmit a private identification number (PSID) but may be open for public 

use. This allows private users to favor the cell while also permitting public use. 
A domestic system may be a "home base station," e.g., a cordless phone. 



20 



Network Type 


Code 


Public 


00 


Semiprivate 


01 


Private 


10 


Domestic 


11 



Country Code 

25 

The country codes described in E.212 may be broadcast on the DCC. 
Private System ID 

30 The private System ID may be used to keep MSs from camping on a private system for which they do not 

have access. When the MS detects a private system ID not within its private system ID list, the MS shall not 
attempt to camp or register in the private system. 

If a cell is marked as public, the cell may broadcast the PSID of "0" or no PSID at all. 

35 PSID Match 

A PSID will be assigned by the system operator to a particular private system. It is the responsibility of 
the operator to assign the same PSID to the same private network in different SID areas. 

A section of the PSID range is reserved for nationwide use. These assignments will only be used in the 
40 case that different operators wilt be handling a particular private system. 

If the PSID is in the nationwide range, the mobile may not need to check the SOC combination for a match 
and can use just the PSID and country code. This would be the case when multiple operators are used to give 
nationwide coverage for a private system. 

The PSID, Country Code, and SOC combination may be used by the mobile to verify its access rights to 
45 that BMI. 

The BMI may, at its discretion, verify that the particular mobile has access to a particular cell through an 
extension or enhancement to the existing registration/authentication procedures. 



PSID Allocation 


Coding (hex) 


Unused 


0000 


Nationwide assignment (Need external Management of codes) 


0001 - 07FF 


Assignments made by Operator 


0800 - FFFF 



55 

Mobiles may have the capability to store multiple PSID and SOC combinations. 
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Multi Personality Base Station 

A base station serving more than one private system may broadcast the PSID of each private system 
it is serving. The number of PSIDs that are being broadcast is identified by the Number of PSID field. 

5 



Field 


Length (value) 


Parameter type 


4 (0001) 


Number of PSID (note 1) 


4 


PSID 


16*a 

(n= 1 to 16) 


Note: The number of PSID in this set is I plus the value of this field. 



System Operator Code (SQC) and Base Station Manufacture Code (BSMC ) 

20 In order for an MS to acquire the services offered by a specific system operator or a specific vendor's 

base station, the SOC and the BSMC may be verified by the MS. 

The SOC may also be used by a mobile to uniquely identify a local private system. 

Example of a SMS Message Delivery (BMI /E MS) 

25 

Scope 

This example is provided for illustration only. It provides a brief example of a MS terminated SMS without 
MS user acknowledgment. 

30 

A 63 Octet Character Message Delivery 

Consider the following text message to be sent to the MS: 
"Voire rendez-vous de cet apres-midi est cancelle!!. Salut, Eric" 
35 This message is 63 character long. The SMS application layer SMS DELIVER message sent by the message 
center will be as follows: 



40 



45 



50 



55 
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Example of a SMS DELIVER Message Format 



5 


Information Element 


Type 


Length 


Description 




Message Type Indicator 
(MTD 


M 


3 bits 


Pari of the mandatory first 
octet 


10 


Reply Option 
(RO) 


M 


1 bit 


Part of the mandatory first 
octet 




Urgency Indicator (UI) 


M 


2 bits 


Part of the mandatory first 
octet 


15 


Message Reference 


M 


1 octet 


Mandatory octet 


User Data Unit 


M 


65 octets 


Text message 




User Originating Address 


O 


7 octets 


Assumed to be 7 digit number, 
coded TBCD 


20 


User Originating Subaddress 


O 


0 octet 


Not present 




Message Center Time Stamp 


O 


0 octet 


Not present 




total = 74 
octets 





The SMS DELIVER is then encapsulated in a layer 3 message at the message center and sent to the BMI. 
. The BMI receives the layer 3 message from the message center, and will format a layer 3 R-DATA message 
30 to be delivered to the MS. The R-DATA message is: 



Example of a R-DATA Message Format 



35 


Information Element 


Type 


Length 

(octets) 


Description 




Message Type 


M 


1 


Mandatory first octet 


40 


R-Transaction Identifier 


M 


1 


Mandatory second octet 




R-Data Unit 


M 


76 


SMS DELIVER 
encapsulated within this 
IE 


45 


Message Center Originating 
Address 


O 


0 


Assumed to be not present 




Total 
= 78 octets 





Therefore, 77 octet layer 3 message will be transmitted to the MS over the air interface. The initial sender 
text message was 63 octets, and 7 octets were added to identify the originator (70 octets total), therefore 8 
octets are present as overhead: 
55 1 octet for R-DATA message type 

1 octet for R-Transaction Identifier 

2 octet overhead in R-Data Unit (1 for length indicator, 1 for higher protocol identifier) 
2 octet header in SMS DELIVER message 
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2 octet header in User Data Unit IE (length indicator and encoding identifier) 

Assume that the MS has received and accepted the R-DATA message. The MS will then return a layer 3 
R-DATA ACCEPT message to the BMI. This message is 2 octet long (1 for layer 3 message type, and 1 for R- 
Transaction Identifier). 

This layer 3 acknowledgment will be used by the BMI to provide a SMS terminal acknowledgment to the 
message center. 

The foregoing description has generally referred to, for example, mobile and base station communications 
without describing such stations perse. Accordingly, the following description is intended to provide an example 
of such mobile and base stations in general with respect to Figure 38. 

Figure 38 represents a block diagram of an exemplary cellular mobile radiotelephone system according 
to one embodiment of the present invention which can be used to implement the foregoing. The system shows 
an exemplary base station 110 and a mobile 120. The afore-described message signalling between base and 
mobile stations can be performed using these, or other, apparatuses. The base station includes a control and 
processing unit 130 which is connected to the MSC 140 which in turn is connected to the public switched tel- 
ephone network (not shown). 

The base station 110 for a cell includes a plurality of voice channels handled by voice channel transceiver 
1 50 which is controlled by the control and processing unit 1 30. Also, each base station includes a control chan- 
nel transceiver 160 which may be capable of handling more than one control channel. The control channel 
transceiver 160 is controlled by the control and processing unit 130. The control channel transceiver 160 broad- 
casts control information over the control channel of the base station or cell to mobiles locked to that control 
channel. The voice channel transceiver broadcasts the traffic or voice channels which can include digital con- 
trol channel location information as described previously. 

When the mobile 120 first enters the idle mode, it periodically scans the control channels of base stations 
like base station 110 to determine which cell to lock on or camp to. The mobile 120 receives the absolute and 
relative information broadcast on a control channel at its voice and control channel transceiver 170. Then, the 
processing unit 180 evaluates the received control channel information which includes the characteristics of 
the candidate cells and determines which cell the mobile should lock to. The received control channel infor- 
mation not only includes absolute information concerning the cell with which it is associated, but also contains 
relative information concerning other cells proximate to the cell with which the control channel is associated. 
These adjacent cells are periodically scanned while monitoring the primary control channel to determine if 
there is a more suitable candidate. 

The foregoing detailed description shows only certain particular embodiments of the present invention. 
However, those skilled in the art will recognize that many modifications and variations may be made without 
departing substantially from the spirit and scope of the present invention as discussed and illustrated herein. 
Accordingly, it should be clearly understood that the form of the invention described herein is exemplary only 
and is not intended to limit, in any way, the scope of the invention as defined in the following claims. 
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A; amendments to IS-54B 
1. Modify 3.7.1.2 to read as follows: 
3.7.1-2 Overhead Message 



A three-bit OHD field is used to identify the overhead message types. Overhead 
message type codes are listed in Table 3.7.1-3, and are grouped into the following 
functional classes: 



System parameter overhead message, 

* Global action overhead message, 

* Registration identification message, 

• Control-filler message, 

• DCC Information message. 

Overhead messages are seat in a group called an overhead message train. The first 
message of the train must be the system parameter overhead message. The desired 
global action messages or a registration ID message must be appended to the end of 
the system parameter overhead message. The total number of words in an overhead 
message train is one more than the value of the NAWC field contained in the first 
word of the system parameter overhead message. The last word in the overhead 
message train is identified by a T in the END field of that word; the END field of all 
other words in the train must be set to '0'. For NAWC- counting purposes, inserted 
control-filler messages (see 3.7.1) must not be counted as part of the overhead 
message train. 

The system pa ram r trr overhead message must be sent every 0.8 ±03 seconds on each 
of the following control channels: 



• All d e di cated control channels (see 2.6.1.1.1). 

• Combined paging-access forward control channel (i.e., CPA = l, see 
3.7.12.1), 

• Separate paging forward control channel (Le., CPA = 0\ 

• Separate access forward control channel (Le., CPA » 0) when the control-filler 
message is sent with the WFOM bit set to T (see 3.7.1.2.4). 



The global action message, registration identification message and DCC information 
message are sent on an as Deeded basis. 
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Table 3.7.1-3. OVERHEAD MESSAGE TYPES 


Code 


Order 


000 


Registration ID 


001 


Control-filler 


010 


DCC Information 


Oil 


Reserved 


100 


Global action 


101 


Reserved 


110 


Word 1 of system parameter message 


111 


Word 2 of svstem parameter m«S*ge 



2. Add a section 3.7.1.2-5 as follows: 



3.7.1.2.5 D CC Information Message 

The DCC Information message consists of one word. When seat, the message must be 
appended to a system parameter overhead message in addition to any global action 
messages. 



Information element 


Length 
(bits) 


TiT 2 = ll 


2 


DCC 


2 


CHAN 


11 


DVCC 


8 


RSVD»0 


1 


END 


I 


OHD-010 


3 


P 


12 



The interpretation of the data fields is as follows: 

T1T2 - Type field. Set to f l 1' indicating overhead word. 
DCC - Digital color code field. 
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CHAN n^"*" ncld - indicates the DCC neighbor RF channel 

DVCC - Digital Verification Color Code. 

RS VD - Reserved for future use, all bits must be set as indicated. 
END - End indication Held. Set to T to indicate last word of the overhead 
message train; set to XT if not last word 

OHD - Overhead message type field. Set to '010' indicating the DCC 
Neighbor message. 

P - Parity field. 
Modify section 3.6-2.1 as follows: 



3.6J2.1 Overhead Information 



To control mobile staDons monitoring a control channel, the following overhead 
information must be sent in the system parameter overhead message (see 3 7 1 2 for 
the message formats): 



First part of the system identification (SID 1). 

• Protocol Capability Indicator (PCI). Set to 1 if the control channel can assign 
digital traffic channels. 

• Authentication (AUTH). To permit the mobile station to use the authentication 
procedures described in 2.3.12 and 3.3.1, set this bit to 1. 

• Serial number (S). To require that all mobile stations send their serial numbers 
during a system access, the S field must be set to T; otherwise it must be set 
to '0*. 

• Registration (REGH f REGR), To enable registration for home mobile stations, 
the REGH field must be set to T; otherwise it must be set to *0\ To enable 
registration for roa ming mobile stations. The REGR field must be set to T; 
otherwise it must be set to V. If registration is enabled, the base station must 
support both autonomous and non-autonomous registration by mobile stations. 

• E x t ended Address (E). To require that ail mobile stations send both MINI and 
MIN2 during a system access, the E field must be set to T; otherwise it must 
be set to V, 

• Discontinuous transmission (DTK). To permit mobile stations to use the 
discontinuous transmission mode on the voice channel, the DTX field must be 
set to "ICr or '1 i f ; otherwise it must be set to W. A setting of '10* inrfir^fi^ that 
the DTX-Iow level must equal or exceed a level 8 dfi below the DTX-high 
level. A setting of 'IT indicates that no minimnwri applies to the DTX-Iow 
level. (See 2.3.11.) This field controls the operation of Discontinuous 
Transmission on an analog voice channel only. All digital traffic fhann^ will 
support discontinuous transmission as described in 23.1 1.2 

• Number of paging channels (N). 
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. Read control-filler message (RCF). To require thai all mobile stations _ read a 
control-filler message before accessing a system on a reverse control channel, 
the RCF field must be set to T; otherwise it must be set to 0 . 

• Combined paging/access (CPA). If the access functions arc combined with the 
oaeing functions on the same set of control channels, the CPA field must be 
set to 1'. If the access functions are not on the same set of channels as the 
paging functions, the CPA field must be set to "0". 

• Number of access channels ( CMAX). 

The following overhead information is sent as required in messages appended to a 
system parameter overhead message (see 3.7.1.2 for messages formats): 

- Local control A system may customize operation for home mobile stations 
and for those roaming mobile stations whose home systems are members of a 
group by sending local control global action messages. 

• New Access channels. If the access channel set is not the default set (see 
2 6J2.1), me new access channel global action message must be sent with the 
NEWACC field set to the first access channel. 

. Registration increment. Each time a mobile station with autonomous 
regi^radon enabled registers, it increments its next registration ID by a fixed 
va!Se (REGINCRs*. seW 2.6.3.1 l)..To change this ^ ue -*=™ g ^°° 
increment global action message must be sent with the REGINCR field 
appropriately set. 

. Registration ID. The registration ID message must be sent :m order to require 
that all mobile stations with autonomous registration enabled and with a given 
or lower next registration ID (NXTREG s - p ) register. 

• DCC Information. Provides mobile stations with information regarding the 
location of a neighbor DCC. 

• Rescan To require that all mobile stations enter the Initialization Task and 
£S Ihe Seated control channels, the rescan global acnon message must be 
seat. 

• RAND 7_A. Used by a mobile station to construct the 16 most significant bits 
of the 32 bit RAND value. 

• RANDIJ. Used by a mobile station to construct the 16 least significant bits 
of the 32 bit RAND value. 



4. Modify section 2-6.4-5 as follows: 



2.6.4.5 Release 



Discontinuous transmission (see 23.11) is prohibited while the n^obue stas is in 
^*VV«i! ThTr u a mobile station capable of dtscontinuous-transmission operation 
mu« re^nlhe^TO-Sg^^ny mobile station in the DTX-low state must 



129 



EP 0 652 680 A2 



immediately enter the DTX-high state, wait 200 ms. While in the DTX-high state the 
mobile station shall do the following: 

If this task was entered as a result of receiving a Release order or a Release with DCC 
Information order the mobile station shall: 

• Send signaling tone for 1.8 seconds. If a flash (see 2.6 .4.4) was being sent 
when this task was entered, signaling tone must continue to be sent for no more 
than 1.8 seconds. 

• Stop sending signaling tone. 

• Turn off the transmitter. 

• Enter the Serving-System Determination Task (see 2.63. 12). 

Otherwise, if this task was entered as a result of user call termination and the serving 
system supports DCC operation the mobile station shall start the Release Complete 
timer, send a Release order to the base station and then enter the Release Comolete 
task (see 2,6.4.7). * 

Otherwise, the mobile station shall: 

* Send signaling tone for 1.8 seconds. If a flash (see 2.6.4.4) was being sent 
when this task was entered, signaling tone must continue to be sent for no more 
than 1.8 seconds. 

* Stop sending signaling tone. 

• Turn off the transmitter. 

• Enter the Serving-System Determination Task (see 2.6 3. 12). . - 
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5. Add a new section 2.6.4.7 as follows: 
2.6.4.7 Release Complete 



If the Release Complete timer expires the mobile station shall proceed as follows: 

• The Release order may be resent up to a maximum of 3 times. 

• If the Release order has been resent 3 times the mobile station shall turn off 
the transmitter and enter the Serving-System Determination Task (see 
2.6.3.12). 

Otherwise, if a Release Complete is received the mobile station shall proceed as 
follows: 

• Stop the Release Complete timer. 

- Turn off the transmitter. 

- Enter the Serving-System r> termination Task (see 2.63. 12). 



6. Modify section 3.6.4.4 as follows: 



3.6.4.4 Conversation — 

While the base station is in the Conversation Task, the following order; can be sent to 
the mobile station, with confirmation and action to be taken as follows. 

. HandofT (to Analog Voice Channel). The mobile station confirms the order by 
■ d££? £ d2sXT. ST sums from (1.0) to (1,1), with the 0.1 ) status held 
for 50 ms. The base station must remain in the Conversation last 

. Hondo* (to Digital Traffic Channel). The mobile station confirms the order 
by^cSnge in me SAT ST status from (1.0) to (1.1) wnh*e (UV 
for 50ms The base station Qui Control of the new Ehgital Traffic Channel 
must enter the Conversation Task. 

. Send called address. The mobile station .confirms the order 

message with the caUed-address information (see 2.7.2). The acaon to De 
taken will depend on the called-address information. 

. Alert and Alert with Mo. The mobile station confirms the order by a change in 
AKJffi StKSm from (1.0) to (1.1). The base station must then enter the 
Waiting for Answer Task (see 3.6.43.2). 
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• Release. The mobile station confirms the order by a change in the SAT ST 
status from (1.0) to (1.1), with the (1,1) status heid for 1.8 seconds. The base 
station must turn off the transmitter. 

• Release with DCC Information. The mobile station confirms the order by a 
change m the SAT, ST status from (1,0) to (1,1), with the (1,1) status held for 
1.8 seconds. The base station must turn off the transmitter. 

• Audit. The mobile station confirms the order by a digital message (see 2 7 2) 
The base station must remain in the Conversation Task. 

Flash with Info. The mobile station confirms the order by a digital message 
(see 2.7.2). The base station must remain in the Conversation Task. 

Message Waiting. The mobile station confirms the order by a digital message 
(see 2.7.2). The base station must remain in the Conversation task. 

Maintenance. The mobile station confirms the order by a change in the SAT, 
ST starus from (1.0) to (1,1). The base station must then enter the Waitinc for 
Answer Task (see 3.6.4.3.2). 

Change power. The mobile station confirms the order by a digital message 
(see 2.7.2). The base station must remain in the Conversation Task. 

Serial Number Request. The mobile station confirms the order by a Serial 
Number Response message. The base station must remain in the Conversation 
Task. 

Page. The mobile station confirms the order by a Page Response message 
with the preferred call mode indicated in the message type field. The base 
station must remain in the Conversation Task. 

SSD Update Order: The mobile station computes SSD-A_NEW and SSD- 
B_NEW and selects a RANDBS as described in 2.3.12.1.8. Within 5 seconds, 
the mobile station will reply with a Base Station Challenge Order. Process the 
order as described below and remain in the Conversation Task. 

Unique Challenge Order. The mobile executes the Unique Challenge 
Response Procedure (see 2.3.12.1.5) and within 5 seconds must respond with 
a confirmation containing the output of the Authentication Process. The base 
station must remain in the Conversation Task. 

Parameter Update Order. The mobile station executes the parameter updating 
procedure (see 2.3.12.1.3 and 2.3.12.1.7) and confirms the order by sending a 
Parameter Update Confirmation. The base station must remain in the 
Conversation Task. 

Disable DTMF Order. The mobile station confirms the order by a digital 
message (see 2.7.2). The Mobile disables the DTMF tone generator upon 
receipt of this order until the C^Ued Address Message is transmitted. The base 
station must remain in the Conversation Task. 

Message Encryption Mode Order. The mobile station puts enables or disables 
the message encryption mode as indicated in the order (see 2.3.12.2.1) and 
confirms the order with a digital message (see 2.7.2). The base station must 
remain in the Conversation Task. 

Local conxroL The confirmation and action depend on the message. 
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In addition, the following messages can be received autonomously from the mobile 



station: 



Flash request. The mobile station signals a Hash by a change in the SAT, ST 
status from (1.0) to (1.1) with the (1.1) status held for 400 ms followed by a 
transition to the (1.0) status. 

Release. The mobile station signals a user disconnect by changing the SAT, 
ST status from (1.0) to (1,1) with the (1.1) status held for l-Sseconds 
whenever the serving system does not support DCC operation. The base 
station must rum off the transmitter. 

Release, The mobile station signals a user diswnnectby W^f^S * 
Release Order whenever the serving system supports DCC operation. The 
bSeVtation responds by transmitting a Release Complete message inc ludmg 
SeDCC Iiiformation word 2 (see 3.7.2. 1). The base station must then turn off 
the trans mi tier. 

Page Response. The mobile station signab a change in preferred call meteor 
privacy mode by transmitting a Page Response message w.ch ^e order 
qualifier and message type field indicating the combination of P«J««d ' «J| 
mode and privacy mode. If the base station honors such a request, it must 
reply with a Call Mode Ack message indicating the new permissible call and 
privacy mode given to the mobile station. 

Base Station Challenge Order: When the base station receives a Base Station 
Sen^Order it must process the RA^BS contained murder as 
d«*ribea in 2.3 12 1.8. and within 5 seconds, send the result (AUTHBS) back 
to^moSle station in the associated order confirmation. The base station 

shall remain in the Conversation Task. 
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2 7. Modify Table 3.7.1-1 as follows: 



Table 3.7.1-1 ORDER AND ORDER QUALIFICATION CODES 





Order 


Qual 


Message 


Function 






Code 


Tvn* 

type 




10 


00001 


000 


00000 


Alert 




/WW* 1 

UUUUI 


UUI 


UWUU 


Abbreviated AJerc 




10001 


000 


00000 


Alert With Info 




10010 


000 


00000 


Flash With Info 


15 


0001 1 


000 


00000 


Release 




00011 


001 


00000 


Release with DCC Information 




11001 


000 


00000 


Release Complete 




00100 


000 


00000 


Reorder 




0010! 


000 


xxxxx 


Message Waiting (Type field indicates # of messages) 


20 


00110 


000 


00000 


Stop Alert 




00111 


000 


00000 


Audit 




01000 


000 


00000 


Send Called-address 




01001 


000 


00000 


Intercept 


25 


01010 1 


000 


ooooo 


Maintenance 



30 



35 



40 



45 



50 



55 
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8. Modify the Mobile Station Control Message Word 1 of 3.7.2.1 as follows: 



3.7.2.1 Mobile Station Control Message 

The mobile station control message is the only message transmitted over the forward 
voice channel. The mobile station control message consists of one or more words. 

Mobile Station Control Message Word 1 



Information clement 


Length (bits) 


Tl T 2 =lO 


2 


sec 


2 


sec = 11 


sec* 11 




Information element 


Length 
(bits) 


Information element 


Length 
(bits) 


PSCC 


2 


PSCC 


2 


EF 


1 


EF 


1 


rsvd = oooooooft/ 

DVCC 


8 


RSVD = 000000 


4 




PSI 


3 


LOCAITMSG TYPE 


5 


VMAC 


3 


ORDQ 


3 


CHAN 


11 


ORDER 


5 


P 


12 


P 


12 





9. Add the following field definition to the end of section 3.7.2.1: 



PSI 



Protocol Support Indicator. Indicates the protocol version supported 
by the assigned analog voice channel. 



000 = IS-54A 

001 = IS-54B 

010 = Reserved 

011 = IS-7X, Rev A 
100 = IS-54+, Rev A. 

Ail other codes are reserved. 
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45 



50 



a 10- Add the following Word 2 option to 3.7.2.1 as follows: 



Word 2 - DCC Information Word 



10 



15 



Information element 


Length (bits) 


TiT 2 =0l 


2 


CHAN 


11 


*t)VCC 


8 


RSVD = 0-0 


7 


P 


12 



20 



< 11. Modify section 3.73.1 J.2.6 as follows: 



25 



3.7 .3.1 -3.2.6 Release 



9 This message informs the mobile station that the currently established call is 

to terminated. 



Channel: FACCH 



30 



35 



Message Format 



Information Element 


Type 


Length (bits) 


Protocol Discriminator 


M 


2 


Message Type * 


M 


8 


Remaining Length 


M 


6 


DCC Information 


0 


29 



40 



Parameter-Type Codes for Optional Info Dementi 



Typ« 

DCC Information 



| 0001 



55 
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12. Modify section 3*73.13-2.7 as follows: 



3.7.3.1 .3.2.7 Base Station Ack 

This message acknowledges messages of the following message types (for message 
type codes, refer to 2.7.3.1.3.3). 



Ack Message Type 


Ack Channel 


CONNECT 


FACCH 


RELEASE 


FACCH 


STATUS 


FACCH 



Message Format 



Information Element 


Type 


Length (bits) 


Protocol Discriminator 


M 


2 


Message Type 


M 


8 


Ack Message Type 


M 


8 


Remaining Length 


M 


6 


Last Decoded Parameter 


O 


14 


DCC Information 


o 


29 


Parameter-Type Codes for Optional Info Elements 


Parameter Type 


Code 


Last Decoded Parameter 


0001 


DCC Information 


0010 
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13. Add the following information elements to section 2.7.3.1.3.3: 



DCC Information This information clement indicates where a mobile station can find a 

digital control channel. 





Length (bits) 


Parameter Type (DCC Information) 


4 


Number of Values 


6 




11 


DVCC 


8 



Relative Tine This information element indicates the relative time difference between 

Adjustment the new and the previous TDMA channels. 



Held 


Length (bits) 


Parameter Type (DCC Information) 


4 


Number of Values 


6 


Slot Advance 


3 


Symbol Advance 


8 



14. Modify section 1J2 as follows: 

1.2 Digital Traffic Channel Structure 

This diagram depicts the frame structure: 

Figure 1.2-1 



One Frame = 


1944 bits (972 Symbols) * 40 ms. (25 frames per second) 




Slotl 1 Skx2 


Slot 3 Slot 4 


Slot 5 


Slot 6 




One Slot 
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10 



20 



25 



30 



35 



.40 



i: 
13 
U 
15 

W 

17 
U. 
It 



6 6 



16 



25 



Ftgore 1.2-2 
122 



12 



12 



122 



DATA 



SYNC 



DATA 



SACCH 



CDVCC 



DATA 



2S 



SLOT FORMAT MOBILE STATION TO BASE STATION 
12 130 12 130 1 



11 





SYNC 


SACCH 


DATA 


CDVCC 


DATA 


RSVD-0 


_ CDI, 


15 

















SLOT FORMAT BASE STATION TO MOBILE STATION 



15. Add a section 1.2.6 as follows: 



1 .2.6 CDL (Coded DCC Locator) 



The field is used to provide information regarding the location of a DCC bearing 
frequency (channel). 

The mapping from channel numbers (see 2.1.1. 1) to DCC Locator (DL) is as follows: 

The seven most significant bits of the channel number determine the v;due of DL. 
Thus, the sequence of DL numbers L2.3.. corresponds to channel numbers 
8 16 24 The DL value of 0 is used to inform mobile stations that no DCC 
inferior, is provided in the DL field (ic when 0, the DL should not be used for 
DCC channel number calculation puiposes). 

Encoding DL into CDL is performed similarly to how CDVCC is encoded (see 
For the case of CDL, bit <h is omitted (set to zero) in the encoding process > *nd not 
transmitted as part of CDL. The LSB of DL is do. After DL encoding, the check bits 
b 3 b 2 bi bo vt aH inverted (Le. EXORed with 1,1,1,1) prior to forming the 
res'ulunt Ok- The bit positions of CDL transmitted on the DTC is as follows: 

320 321 322 323 324 



314 315 316 317 31S 319 
d6 <l5 <U d 3 &2 <*! 



bj bi bi bp 
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y 

10 
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6 
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7 



IS. Modify section 3.73.1 .3.2.4 as follows: 

3.7.3.1.3.2.4 Handoff 

This message is sent from the base station to the mobile station to order the mobile 
station from one traffic channel to another. 

Channel: FACCH 



Message Format 



Information Element 


1 Type 


Length (bits) 


Protocol Discriminator 


M 


2 


Message Type 


M 


8 


RF Channel 


M 


It 


Rate 


M 


1 


Tkneslot Indicator 


M 


- 3 


Color code SAT/DVCC 


M 


8 


DMAC/VMAC 


M 


4 


Time Alignment 


M 


5 


Shortened Burst 


M 


2 


Voice Privacy Mode 


M 


I 


Message Encryption Mode 


M 


1 


Relative Time Adjustment 


O 


21 


Parameter-Type Codes for Optional Info Elements 


Parameter Type 


1 


Code 


Relative Time Adjustment 




0001 
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16. Modi f y section 3.73. 1 3JL2 as follows: 



10 



15 



20 



25 



3.7.3.1 .3-2-2 Measurement Order 

This message informs the mobile station that it shall begin the channel quality 
measurements and reporting. 



Channel: FACCH 



Message Format 



Informmtioa Element 


Type 


Length (bits) 


Protocol Discriminaior 


M 


2 


Message Type 


M 


8 


RF Channel 


M 


10-274 


Parameter-Type Codes for Optional Info Elements 


Parameter Type 




Code 


RF Channel 




0001 



30 



35 



40 



9 17. Modify the following information element in section 2.73-133: 

This information element indicates the RF channel number. 



RF Channel 



Field 


Length (bits) 


parameter Type (RF Channel) 


4 


Number of Values 


6 


RF Channel [Note 11 


11 


Notes 

I. 0 to 24 instances may be sent. 
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18* Add the following section 2.6-5.8: 

MS Originated ARQ on PTC 



2.6.5.8.1 Start ARQ Mode 



A mobile station operating on a digital traffic channel can send messages to the base 
station in unacknowledged mode (FACCH/SACCH) or acknowledged mode (ARQ). 
ARQ Mode messages shall be sent using FACCH/SACCH channel coding. A mobile 
station starts an outgoing ARQ mode message transaction by sending an ARQ Mode 
BEGIN layer 2 frame containing: 

* Transaction identifier (TED) which uniquely identifies which instance of an 
ARQ mode message transmission being sent to the base station. 

L3 length indicator (L3LT) which a base station shall use to calculate the number 
of ARQ Mode CONTINUE layer 2 frames expected to follow the ARQ Mode 
BEGIN frame 

The opening portion of the message being sent (L3DATA). 

After sending the opening ARQ Mode BEGIN frame the mobile station shall invoke the 
Start ARQ Mode Acknowledgement procedure (see 2.6.5.8.2). 



2.6,5,8.2 Start ARQ Mode Acknowledgement 



The ARQ Mode BEGIN frame header indicates whether or not the mobile station 
requires a layer 2 acknowledgement in the form of a ARQ Status message from the base 
station before proceeding with the transmission of the rest of the message. If the mobile 
station does not require a layer 2 acknowledgement it shall invoke the ARQ Mode 
Continuation procedure (see 2.6-5.83). Otherwise, the mobile station shall proceed as 
follows: 

• If an ARQ Status message is received but with an incorrect indication of 
outstanding layer 2 frames, the mobile station shall rcsend the ARQ Mode 
BEGIN frame up to (TBD) rimes. 

• If the mobile stadon does not receive an ARQ Status message after TBD 
attempts it shall terminate the ARQ Mode message transmission. 

• If the mobile stadon receives a correct ARQ Status message it shall invoke the 
ARQ Mode Continuation procedure (see 2.6.5.83X 



2.6.5.5-3 ARO Mode Continuation 



The mobile station sends as many ARQ Mode CONTINUE frames as necessary to 
complete the message transmission. These frames contain: 

• Transaction identifier (TTD) which uniquely identifies which instance of an 
ARQ mode message transmission being sent to the base stadon. 
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• Continuation Frame Number (FRNO) which identifies individual continuation 
frames An ARQ Mode BEGIN frame has an implicit FRNO value or 0 
associated with it whereas ARQ Mode CONTINUE frames have explicit FRNO 
values which start at I. The FRNO value is incremented for each new ARQ 
Mode CONTINUE frame sent by the BMI in support of a specific ARQ Mode 
message transmission. 

A portion of the L3 data (L3DATA). 

The mobile station may poll the base station for the current status of message reception 
after sending any intermediate ARQ Mode CONTINUE frame as follows: 

. The mobile station sends a layer 2 frame of type 'Poir to the base-station and 
waits for a layer 2 acknowledgement in the form of an ARQ Status message, 

. If the mobile station does not receive an ARQ Sums message after TBD 
aacmpts it shall terminate the ARQ Mode message transmission. 

- If the mobile station receives an ARQ Status message it resends all ARQ Mode 
CONTINUE frames marked as not received by the FRNO MAP and then 
20 £ resumes sending the remainder of the message. 

When the last ARQ Mode CONTINUE frame has been sent the mobile station shall 
invoke the ARQ Mode Terroinatian procedure (see Z.6.5.8.4). 



10 



10 

15 ii 



rr 
n 



2.6.5.8.4 ARQ Mod e Termination 

25 



30 



2* 

35 a 



40 u 

M 



Once a complete message has been sent, the mobile station shall poll the base station for 
message reception s tarns as follows: 

. The mobile station sends a layer 2 frame of type Toll" to the base station and 
waits for a layer 2 acknowledgement in the form of an ARQ Status message, 

- If the mobile station does not receive an ARQ Status message after TBD 
attempts it shall terminate the ARQ Mode message transmission. 

. If the mobile station receives an ARQ Status message and the FRAP MAP 
indicates "ail correct- the ARQ Mode message transmission is' considered to be 
successfully completed. 

- If the mobile station receives an ARQ Status message and ^J^^J^? docs 
not indicate "all correct- it shall resend those ARQ Mode CONTINUE frames 
marked as being received incorrectly. 

. The mobile station shall resend any given ARQ Mode CONTOTUE fr^me up to 
a maximum of TBD times before terminating the ARQ Mode message 
transmission. 
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19. Add the following section 2.6.5.9: 



2.6.5.9 



MS Termin ated ARO on PTC 



2.6.5.9.1 



Start ARQ Mode 



A mobile station operating on a digital traffic channel can receive messages from the base 
station in unacknowledged mode (FACCH/SACCH) or acknowledged mode (ARQ). 
ARQ Mode messages shall be sent using FACCH/SACCH channel coding. A mobile 
station starts an incoming ARQ mode message transaction when it receives an ARQ 
Mode BEGIN layer 2 frame containing: 

• Transaction identifier (TTD) which uniquely identifies which instance of an 
ARQ mode message transmission being sent to the mobile station. 

• L3 length indicator (L3LI) which the mobile station shall use to calculate the 
number of ARQ Mode CONTINUE layer 2 frames expected to follow the ARQ 
Mode BEGIN frame. 

• The opening portion of the message being sent (13 DATA). 

The mobile station shall set FRNO MAP to RECEIVED for FRNO zero (corresponding 
to the ARQ Mode BEGIN) and NOT RECEIVED for ail pending ARQ Mode 
CONTINUE frames. The FRNO MAP supports BMI transmissions up to 64 ARQ Mode 
mode frames in length (I BEGIN and 63 CONTINUE). 

If the ARQ Mode BEGIN frame indicates that a layer 2 acknowledgement is required the 
mobile station shall send an ARQ Status message to the base station with the FRNO 
MAP set to RECEIVED for the ARQ Mode BEGIN frame only. 

The mobile station shall then invoke the ARQ Mode Coninuation procedure (see 



The mobile station shall continue to receive ARQ Mode CONTINUE frames and respond 
as follows: 

• If a poll occurs the mobile station shall send an ARQ Status message to the base 
station with a FRNO MAP that indicates the current FRNO reception status. If 
the FRNO MAP indicates that an "ail correct" condition exists the mobile station 
shall consider the corresponding ARQ Mode message transmission to be 
successfully completed. 

• If an ARQ Mode CONTINUE frame is received the mobile station shall set the 
conx sp ouding FRNO MAP position to RECEIVED. 

If no ARQ Mode CONTINUE frame or poll is received for TBD seconds the 
mobile station shall transmit an unsolicited ARQ Status message to the base 
station. A maximum of TBD such unsolicited ARQ Status messages may be 
sent before the mobile station terminates the corresponding ARQ Mode message 
transmission. 



2.6_5.9-2). 



2.6.5.9.2 



ARQ Mode Continuation 
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20. Add the following section 3.6.5.6: 

3.6.5.6 BS Originated ARO on PTC 



3.6.5.6.1 Start ARQ Mode 



A base station operating on a digital traffic channel can send messages to a mobile station 
in unacknowledged mode (FACCH/SACCH) or acknowledged mode (ARQ). ARQ 
Mode messages shall be sent using FACCH/SACCH channel coding. A base nation starts 
an outgoing ARQ mode message transaction by sending an ARQ Mode BEGIN layer 2 
frame containing: 

• Transaction identifier (TID) which uniquely identifies which instance of an 
ARQ mode message transmission being sent to a mobile station. 

• L3 length indicator (L3LI) which the mobile station shall use to calculate the 
number of ARQ Mode CONTINUE layer 2 frames expected to follow the ARQ 
Mode BEGIN frame. 

• The opening portion of the message being sent (L3DATA). 

After sending the opening ARQ Mode BEGIN frame the base station shall invoke the 
Start ARQ Mode Acknowledgement procedure (see 2.6-5.8-2). 



3.6.5.6.2 Start ARQ Mode Acknowledgement 



The ARQ Mode BEGIN frame header indicates whether or not the base station requires a 
layer 2 acknowledgement in the form of a ARQ Status message from the mobile station 
before proceeding with the transmission of the nest of the message. If the base station 
does not require a layer 2 acknowledgement it shall invoke the ARQ Mode Continuation 
procedure (see 2.6-5.8.3). Otherwise, the base station shall proceed as follows: 

• If an ARQ Status message is received but with an incorrect indication of 
outstanding Layer 2 frames, the base station shall rcscod the ARQ Mode BEGIN 
frame op to (TBD) times. ~ 

• If the base station does not receive an ARQ Status message after TBD attempts 
it shall terminate the ARQ Mode message transmission. 

If the base station receives a correct ARQ Status message it shall invoke the 
ARQ Mode Continuation procedure (see 2.6.5.8.3). 



3.6^^.3 ARQ Mode Continuation 



The base station sends as many ARQ Mode CONTINUE frames as n ecess ary to complete 
the message transmission. These frames contain: 

• Transaction identifier (TID) which uniquely identifies which instance of an 
ARQ mode message transmission being sent to the mobile station. 

Continuation Frame Number (FRNO) which identifies individual continuation 
frames. An ARQ Mode BEGIN frame has an implicit FRNO value of 0 - 
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i associated with it whereas ARQ Mode CONTINUE frames have explicit FRNO 

5 J values which start at I. The FRNO value is incremented for each new ARQ 

3 Mode CONTINUE frame sent by the BMI in support of a specific ARQ Mode 

« message transmission. 

s • A portion of the L3 data (L3DATA). 

10 * The base station may poll the mobile station for the current status of message reception 

7 after sending any intermediate ARQ Mode CONTINUE frame as follows: 

i • The base station sends a layer 2 frame of type "Poll" to the mobile station and 

» waits for a layer 2 acknowledgement in the form of an ARQ Status message. 

15 to If the base station does not receive an ARQ Status message after TBD attempts 

it it shall terminate the ARQ Mode message transmission. 

13 • If the base station receives an ARQ Staxus message it resends all ARQ Mode 

is CONTINUE frames marked as not received by the FRNO MAP and then 

u resumes sending the remainder of the message. 

20 is When the last ARQ Mode CONTINUE frame has been sent the base station shall invoke 

i« the ARQ Mode Termination procedure (see 2,6-5.8.4). 



3.6,5.6.4 ARQ Mode Termination 



it Once a complete message has been sent, the base station shall poll the mobile station for 

25 19 message reception status as follows: 

so • The base station sends a layer 2 frame of type "Poll" to the mobile station and 

21 waits for a layer 2 acknowledgement in the form of an ARQ Status message. 

22 • If the base station does not receive an ARQ Status message after TBD attempts 
30 23 it shall terminal^ the ARQ Mode message transmission. 

14 If the base station receives an ARQ Scams message and the FRNO MAP 

2s indicates "all correct" the ARQ Mode message transmission is considered to be 

24 successfully compl ete d. 

35 27 • If Che base station receives an ARQ Status message and the FRNO MAP does 

21 not indicate "all correct" it shall resend those ARQ Mode CONTINUE frames 
2» marked as being received incorrectly* 

x • The base station shall resend any given ARQ Mode CONTINUE frame up to a 

ji maximum of TBD times before terminating the ARQ Mode message 

22 transmission. 



40 



45 



21. Add the following section 3.6.5.7: 

3.63.7 BS Terminated ARQ on PTC 

3.6.5.7.1 Start ARQ Mode 



m A digital traffic channel base station can receive messages from the mobile station in 

J7 unacknowledged mode (FACCH/SACCH) or acknowledged mode (ARQ). ARQ Mode 

si messages shall be sent using FACCH/SACCH channel coding. A base station starts an 
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incoming ARQ mode message transaction when il receives an ARQ Mode BEGIN layer 
2 frame containing: 

Transaction identifier (TID) which uniquely identifies which instance of an 
ARQ mode message transmission being sent to the base station. 

L3 length indicator (L3U) which the base station shall use to calculate the 
number of ARQ Mode CONTINUE layer 2 frames expected to follow the ARQ 
Mode BEGIN frame. 

The opening portion of the message being sent (L3DATA). 

The base station shall set FRNO MAP to RECEIVED for FRNO zero (corresponding to 
the ARQ Mode BEGIN) and NOT RECEIVED for all pending ARQ Mode CONTINUE 
frames. The FRNO MAP supports BMI transmissions up to 64 ARQ Mode mode frames 
in length ( 1 B EGEN and 63 CONTINUE). 

If the ARQ Mode BEGIN frame indicates that a layer 2 acknowledgement is required the 
base station shall send an ARQ Status message to the mobile station with the FRNO 
MAP set to RECEIVED for the ARQ Mode BEGIN frame only. 

The base station shall then invoke the ARQ Mode Coninuation procedure (see 2.6.5.9.2). 

6,5,7.2 ARQ Mode Continuation . 

The base station shall continue to receive ARQ Mode CONTINUE frames and respond as 
follows: 

If a poll occurs the base station shall send an ARQ Status message to the mobile 
station with a FRNO MAP that indicates the current FRNO reception status. If 
the FRNO MAP indicates that an "all correct" condition exists the base station 
shall consider the corresponding ARQ Mode message transmission to be 
successfully completed. 

If an ARQ Mode CONTINUE frame is receiv ed the base station shall set the 
corresponding FRNO MAP position to RECEIVED. 

If no ARQ Mode CONTINUE frame or poll is received for TBI> seconds the 
base station shall transmit an unsolicited ARQ Status message to the base 
station. A maximum of TBD such unsolicited ARQ Status messages may be 
sent before the base station terminates the corresponding ARQ Mode message 
transmission. 
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22. Add Che following action 2.7J.2: 

Protocol Structure for Enhanced £«rv*c«g 

FACCHARftPrrtPWl 

ARQmode message mnsmissioai are supported oa the digital traffic channel using 
FACCHchaanel Toting along with the following layer 2 protocol formats: 

Rgura 2-7-X2 - 1 ARO Mod* BEGIN 
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Figure 2.7.3-2- 2 AflQ Mode CONTINUE 
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Figure 3 ARQ Status 
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2,73,2,2 SACCHAROPrefrCTl 

ARQmode message traoatnissions are supported on the digital traffic channel using 
SACCH channel mending along with the following layer 2 protocol formats: 



Figure X? A3 -1 AftQMode BgQW 
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, Figure 2.7.3.2- 2 ARQ Mode CONTINUE 

5 
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2 Figure 2.7.3.2- 3 ARQ Status 
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3 

2.73.23 ARQ Field Descriptions 



20 

• Tabic 2.7.3.2-1 - ARQ Field Descriptions 





Field 
Name 


Length 
(bits) 


Description 


25 


CF 


1 


Continuation Flag. This flag is used to distinguish between the hist 
word in a message or a subsequent word. 

0 = first word 

1 = subsequent word 




PD 


2 


Protocol Discrimator. See Protocol Discriminator information 
element in section 2-73. 1.3-3. 


30 


FT 


I 


Framc Type. Identifies thetype of ARQ frame. 

0 = ARQ BEGIN/CO NTINUE Frame 

1 = ARQ Status Frame 




PI 


1 


Poll Indicator. Used to indicate whether or not a poll ir 


35 






0 = Poll disabled 






1 = Poll enabled 




TID 


2 


Transaction Identifier. Uniquely identifies tbe instance of an ARQ 
Mode transactioo on tbe digital traffic channel 


40 


FRNO 
SEC 


1 


Frame Number SeqmenL Used to identify which segment of tbe 
frame number map is being provided. 






0 = Segment 0 (frames 0 thru 31) 

1 » Segment 1 (frames 32 thru 63) 




FRNO 
MAP 


32 


Frame Number Map. A bit map used to indicate the RECEIVED/ 
NOT RECEIVED status of each frame comprising an ARQ Mode 


45 






transmission. 


RSVD 


Variable 


Reserved All Reserved bits are set to zero. 




L3DATA 


34 or 38 


Layer 3 Data. Used to carry layer 3 message information. 




CRC 


16 


See FACCH CRC (2.7.3.1-1-5) and SACCH CRC (2.7-3.1.2.4) 
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23. Modify the following information element in 2.73A33: 
Protocol Discriminator This 2-bit information element defines the protocol used for the message. 



Description 


Code 


Non ARQ based protocol defined by 2.7.3.1.3 


00 


Reserved 


01 


Reserved 


10 


ARQ based protocol defined by 2.7 3.2 


11 



24. Modify 2.6.5.4 as follows: 



2.6.5.4 Conversation 



Upon entering the Conversation task, the mobile station shall turn on its voice coder 
and engage the appropriate voice privacy mode. 

Discontinuous transmission (see 2.3.1 1) must be inhibited for L5 seconds after the 
mobile enters this task. That is, for at least 1.5 seconds after entering this task, a 
mobile capable of discontinuous transmission operation must remain in the DTX-high 
state. 

While in the conversation state a mobile station shall be capable of sending and 
receiving messages in non ARQ mode using the FACCH and S ACCH (see 2.6.5.6) or 
in ARQ mode (see 2.6.5.8 and 2.6.5.9). 

In the conversation state; the following may occur: 

Release: 

• If the user terminates the call the Release task must be entered (see 2.6.5.5). 
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25. Add the following section 3-73.2: 

1-7.3.2 Protocol Stru cture for Enhanced feni^S 

?, 7,3 ?-1 FAC rU A RO Protocol 

ARQ mode message transmissions are supported on the digital traffic channel using 
FACCH channel encoding along with the following layer 2 protocol formats: 



Figure 3.7,3.2 - 1 ARQ Mode BEGIN 
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Figure 3.7 .3.2- 2 ARQ Mode CONTINUE 
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CF 
= I 


PD 


FT 1 PI 
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Figure 3.7.3.2- 3 


ARQ Status 
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16 
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13 



? 7 3.2.2 SA ^rifftHO Protocol 

ARQ mode message transmissions are supported on the di|it^tr^c channd using 
SACCHctocl elcoding along with the following layer 2 protocol formats: 





14 


Figure 3.7^2-1 
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Figure 3.7JL2- 2 ARQ Mode CONTINUE 
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Figure 3.7JL2- 3 AHQ Status 
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3.7^.3 AR Q Field Descriptions 

20 a 



Tabic 3.73.2-1 - ARQ Field Descriptions 



Field 
Name 


Length 

(bits) 


Description 


CF 


1 


Continuation Flag. This flag is used to distinguish between the first 
word in a message or a subsequent word. 

0 = first word 

1 = subsequent word 


PD 


2 


Protocol Discrimator. See Protocol Discriminator information 
element in section 2.73.133. 


FT 


1 


Frame Type. Identifies tberype of ARQ frame. 

0 = ARQ BEGIN/CONTINUE Frame 

1 = ARQ Sums Frame 


FT 


1 


Poll Indicator. Used to indicate whether or not a poll is 

0 = Poll disabled 

1 = Poll enabled 


TTD 


2 


Transaction Identifier. Uniquely identifies the instance of an ARQ 
Mode transaction on the digital traffic channel. 


FRNO 
SEG 


1 


Frame Number Segment. Used to identify which segment of the 
frame number map is being provided. 

0 » Segment 0 (frames 0 mm 31) 

1 =» Segment 1 (frames 32 thru 63) 


FRNO 
MAP 


32 


Frame Number Map. A bit map used to indicate the RECEIVED/ 
NOT RECEIVED stains of each frame comprising an ARQ Mode 
transmission. 


RSVD 


Variable 


Reserved. All Reserved bits are set to zero. 


L3DATA 


34 or 38 


Liyer 3 Data. Used to carry layer 3 message information- 


CRC 


16 


See FACCH CRC (2.73.1.1-5) and SACCH CRC (2.73. 1.2.4) 
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26. Modify 3,6.5.4 as follows: 



3.6.5.4 Conversation 



If the voice privacy feature is active during the Conversation Task, then, the base 
station must treat the forward and reverse digital traffic channel in accordance with 
the procedures described in 2.3.12.3. 

While in the conversation state a mobile station shall be capable of sending and 
receiving messages in non ARQ mode using the FACCH and SACCH (see 3.6.5.5 
and 2.6.5.6) or in ARQ mode (see 3.6.3.6 and 3,6.5.7). 

While the base station is in the Conversation Task, the following orders can be sent to 
the mobile station, with acknowledgement and action to be taken as follows: 

• Handoff(tc Analog Voice Channel). The mobile station acknowledges the 
order by sending a Mobile Ack message. The base station call control of the 
new analog voice channel must enter the Analog Voice Channel Conversation 
Task (See 3.6.4.4). 

♦ Handoffdo Digital Traffic Channel). The mobile station acknowledges the 
order by sending a Mobile Ack message. The base station must remain m the 
Digital Traffic Channel Conversation Task. 



27. Modify 2.63.12 as follows: 



2.6.3.12 Serving-System Determination . . 

If this task is entered as a result of a power down registration attempt the mobile 
station must immediately power down. Otherwise, the mobile station shall proceed as 
follows: 

• The mobile station may determine that a digital control channel is the 
preferred service provider in which case it shall enter the Control Sc annin g 
and Locking state (see 6.1.2.2 of IS-54+ Part 1). 

• Otherwise, if the serving-system status docs not correspond to the preferred 
system, the mobile station may enter the Retrieve System Parameters task (see 
2.6.1.1); 

• Otherwise, the mobile station shall enter the Scan Primary Dedicated Control 
Channels task (see 2.6.1.1.1). 
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28. Modify the Mobile Station Control Message of 3.7.1.1 to include a new word 3 
as follows: 



Word 3 - First Analog Channel Assignment Word 



Information dement 


Length (bits) 


T X T 2 - 10 


2 


RSVDeO-0 


7 


PSI 


3 


sec 


2 


VMAC 


3* 


CHAN 


11 


P 


12 



29. Add the following field definition to section 3.7.1.1: 

PSI - Protocol Support Indicator. Indicates the protocol version supported 
by the assigned analog voice channel. 

000 = IS-54A 

001 =IS-54B 

010 = Reserved 

011 =IS-7X, Rev A 
100 = IS-54+, Rev A. 

All other codes are reserved. 
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30. Modify Table 3.7.1-1 as follows: 

Table 3.7,1*1 (Coot) ORDER, ORDER QUALIFICATION, AND MESSAGE TYPE COPES 





Order 
Code 


Qual 

Code 


Message 
Type 


Function 




[Mobile station initialed messages only - Origination and Page Response messages] 


10 


00010 


000 


XXXXO 


Analog Voice Channel (AVC) acceptable. Authentication Word C 
included 




00010 


000 


XXXXl 


AVC not acceptable. Auth. Word C included 




00010 


000 


XXXQX 


Full -fate digital traffic channel not acceptable, Authentication Word 
C included . 


15 


00010 


000 


XXXLX 


Fall-rate digital traffic channel acceptable (voice privacy off), 
Authentication Word C included 




00010 


100 


XXXIX 


FuH-rate digital traffic chancel acceptable (voice privacy on), 
Authentication Word C included 




00010 


000 


xxoxx 


Half-rate digital traffic channel not acceptable, Authentication Word 
C included 


20 


00010 


000 


XXIXX 


Half-rate digital traffic channel acceptable (voice privacy off). 
Authentication Word C included 




00010 


100 


XX1XX 


Half -rate digital traffic channel acceptable (voice privacy on). 
Authentication Word C included 


25 


00010 


000 


xoxxx 


Other DQPSK channel not acceptable. Authentication Word C 
indnrirrl 




00010 


000 


XIXXX 


Other DQPSK channel acceptable. Authentication Word C included 




00010 


000 


oxxxx 


Other voice coding not acceptable. Authentication Word C included 




00010 


000 


1XXXX 


Other voice ^rating acceptable, Authentication Word C included 


30 


00010 


001 


xxxxx 


Extended Modulation and Framing, Authentication Word C included 


(Base station jpH7»rwrf messages only - Initial Traffic Chancel Designation message] 




Oil 10 


000 


Digital Traffic Own™:* Apngr"*™* W Minimum Dual Mode 








00001 


Assigned to timeslot 1, full rate. 








01001 


Assigned to timeslot 1, half rate. 


35 






00010 
01010 
00011 
01011 


Assigned to timeslot 2, full rate. 
Assigned to timeslot 2 , half rate. 
Assigned to timeslot 3, full rate. 
Assigned to timeslot 3, half rate. 


40 






01100 
01101 
01110 


Assigned to timeslot 4, half rate. 
Assigned to timeslot 5, half rate. 
Assigned to timeslot 6, half rate. 




01 1 10 


001 


xxxxx 


Digital Traffic Channel Assignment >virh Extended Modulation and 
framing. 


45 


01111 


000 


00000 


Parameter Update OroWConfinnarion 




01111 


001 


00000 


Serial Number Request / Response 




11010 


000 


00000 


Analog Traffic Channel Assignment 
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1. A method for communicating information to a remote station comprising the steps of: 
grouping the information into a plurality of time slots; 
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grouping said time slots into a plurality of superframes; 
grouping said superframes into a plurality of paging frames; 

assigning said remote station to one of said time slots in each of said paging frames, said assigned 
slot being used for paging said remote station; and 

sending to said remote station in said assigned slot an indication of a change in paging frame. 

A method for registration of a remote station with a communications system comprising the steps of: 
sending a registration number from said system to said remote station; 

comparing in said remote station the received registration number with a list of registration numbers 
stored in memory; 

sending a registration message from said remote station to said system if said registration number 
is found in said list; 

sending a list of registration numbers from said system to said remote station; and 
replacing the list of registration numbers stored in said remote station with the list of registration 
numbers received from said system. 

A method for acknowledging registration of remote stations, each of which is assigned an identity number, 

with a communications system comprising the steps of: 

receiving a plurality of registration messages sent from said remote stations; and 

transmitting to at least two of said remote stations an acknowledgement message containing the 

identity numbers of said at least two remote stations. 

A method for communicating information to a remote station comprising the steps of: 
grouping the information into a plurality of repeating time slots; 
grouping said time slots into a plurality of superframes; 

assigning said time slots in said superframes to a plurality of logical channels; and 
varying the repetition rate of messages transmitted in at least one of said logical channels. 

A method for identifying to a remote station the services available in one of a plurality of communication 
systems comprising the steps of: 

assigning an operator code to each of said systems; 

storing in said remote station a list of the services associated with each of said operator codes; 
sending from said remote station a request for an operator code; and 
sending the operator code from one of said systems to said remote station. 

A method for communicating information to a remote station comprising the steps of: 
grouping the information into a plurality of time slots; 
grouping said time slots into a plurality of superframes; and 

sending in each slot in each of said superframes superframe phase information to enable said re- 
mote station to identify the start of each superframe. 

A method for supervising the transmission of messages from a communications system to a remote sta- 
tion comprising the steps of: 

segmenting each message into layer two (L2) frames; 

sending said frames over a first channel from said system to said remote station; 

sending over a second channel from said system to said remote station an indication of the identity 
of said remote station; and 

sending over a third channel from said remote station to said system, if said identity indication 
matches an identity indication stored in said remote station, an indication of whether each of said frames 
has been received correctly. 

A method of registration of a remote station with a communications system comprising the steps of: 

sending from said system to said station a message containing a list of communication channels 

in neighboring cells, an indication of whether registration is required in each of the corresponding cells 

and an indication of signal strength hystersis for each cell; and 

using said signal strength hystersis for selecting one of said channels if registration is required in 

the corresponding cell. 

A method for registering mobile stations in a cellular communication system comprising the steps of: 
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broadcasting a different registration number on each of a plurality of digital control channels in said 

cellular communication system; . j ■ , 

comparing one of said different registration numbers which is broadcast on one of said digital con- 
trol channels used by a mobile station with a list of registration numbers stored in said mobile station; 

registering said mobile station with said communication system based upon a result of said step 
of comparing. 

10. The method of claim 9, wherein said step of registering further comprises the step of: 
registering said mobile station if said step of comparing indicates no match between said one of 

said different registration numbers and said list of registration numbers. 

11. A mobile station comprising: 
a receiver for receiving supervisory messages via a control channel, said supervisory messages 

including a registration number associated with said control channel; 
a memory for storing a list of registration numbers; and 
a processor for comparing said registration number associated with said control channel and said 
list of registration numbers. 

12. The mobile station of claim 11, further comprising: 

20 a transmitter for transmitting a registration message based upon a result of said companson in said 

processor. 

13. A method for identifying a base station type in a radiocommunication system comprising the steps of: 

broadcasting, from a base station, a base station manufacturer code; and 
25 receiving, at a mobile station, said base station code. 

14. A method for identifying a base station type in a radiocommunication system comprising the steps of: 

requesting, from a mobile station, a base station identity code; and 

transmitting, in response to said request, said base station identity code from a base station. 



15 



30 



35 



40 



15. A method for identifying a system operator in a radiocommunication system comprising the steps of: 
assigning a system operating code which identifies each different system operator; 
broadcasting, from a base station, a system operator code associated therewith; and 
receiving, at a mobile station, said system operator code. 

16. A method for identifying a system operator in a radiocommunication system comprising the steps of: 
requesting, from a mobile station, a system operator code; and 

transmitting, in response to said request, said system operator code from a base station. 

17. Abase station comprising: 
means for receiving a request over an air interface for said base station's identity code; and 
means for transmitting, in response to said request, said base station's identity code. 

18. A method for identifying private subsystems in a radiocommunication system comprising the steps of: 
assigning an identification code for each private subsystem in said radiocommunication system; 

and 

transmitting, from a base station, said identification codes for each private subsystem served by 
said base station. 

19. A method for verifying access privilege in a radiocommunication system comprising the steps of: 

50 assigning an identification code for each private subsystem in said radiocommunication system; 

assigning a system operator code which identifies an operator of said system; 
assigning a mobile country code which identifies a country associated with said system; 
transmitting said identification code, system operator code and said mobile country code from a 
base station in said system; and 
55 usin g ( i n a remote station receiving said transmission, said identification code, system operator 

code and said mobile country code to verify access rights to said base station. 
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20. A method for selecting a control channel in a radiocommunication network comprising the steps of: 

generating a ranked list of candidate cells for potential selection by a remote station; 
evaluating said ranked list until a candidate cell is identified which offers a desired service; 
selecting a control channel associated with said identified candidate cell unless a quality criteria 
of said control channel is less than a first predetermined threshold. 

21. The method of claim 20, wherein said first predetermined threshold, for candidate cells offering said de- 
sired service, is lower than a second predetermined threshold, for candidate cells which do not offer said 
desired service, by some offset value. 

22. A method for allowing directed retry in a radiocommunication system comprising the steps of: 

transmitting a neighbor list identifying candidate control channels for reselection from a base sta- 
tion; and 

including, for each entry in said neighbor list, an attribute indicating if a directed retry can be per- 
formed in a cell associated with that entry. 

23. A base station comprising: 

a transmitter for transmitting a neighbor fist identifying candidate control channels for reselection: 

and 

a processor for including, for each entry in said neighbor list, an attribute indicating if a directed 
retry can be performed in a cell associated with that entry. 

24. A mobile station comprising: 

a receiver for receiving a neighbor list identifying candidate control channels for reselection; and 
a processor for permitting directed retry for cells associated with said candidate control channels 
based upon an attribute associated with each candidate control channel found in said neighbor list. 

25. A base station comprising: 

a processor which identifies private subsystems served by said base station; and 
a transmitter for transmitting identification codes for at least one of said private subsystems iden- 
tified by said processor. 

26. A method for informing a remote station in a radiocommunication about candidate cells for reselection 
comprising the steps of: 

transmitting, from a base station, a neighboring cell list identifying at least one control channel; 
including an attribute associated for each of said at least one control channels indicating whether 
an associated cell is synchronized with a cell that is currently serving said remote station; and 
receiving said neighboring cell list at said remote station. 

27. A base station comprising: 

a transmitter for transmitting a list of control channels; and 

a processor which includes in said list an attribute associated with said control channels that indi- 
cates whether said control channels are synchronized relative to a serving control channel. 

28. A mobile station comprising: 

a receiver for receiving a list of including at least one control channel over an air interface; and 
a processor which determines if said at least one control channel is synchronized with a control 
channel serving said mobile station based upon an attribute found in said list. 

29. The method of claim 28, wherein said attribute indicates if timeslots of said at least one control channel 
are synchronized with timeslots of said serving control channel. 

30. The method of claim 28, wherein said attribute indicates if superfrarnes of said at least one control channel 
are synchronized with superfrarnes of said serving control channel. 
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Fig. 1 
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Fig. 2 




Fig. 3 
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